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PREFACE 

This  is  an  eight-volume  document  of  which  volume  1 is  a conceptual  summary  which 
can  be  used  as  a basic  reference  for  Navy  C3.  It  is  a guide  for  developing  unified  global  C3 
networking  which  will  ensure  command  survival  and  flexibility  in  a variety  of  operational 
environments.  It  provides  a structure  for  the  Navy  C3  system  for  use  in  system  engineering 
management. 

The  executive  summary  gives  the  main  points  discussed  in  volume  I. 

Volume  II  is  a glossary. 

Volumes  111  through  VIII  discuss  in  detail  activities,  methodologies,  and  planning  con 
siderations  required  for  a successful  implementation  of  the  C3  concepts  and  philosophies 
contained  in  volume  I. 


i 


IV 


EXECUTIVE  SUMMARY 


GENERAL 

This  document  is  a contribution  to  the  development  of  a Navy  Command  Control 
and  Communications  (C3)  Architecture.  In  principle  the  concepts  discussed  herein  are  valid 
outside  the  limits  of  Navy  C3  and  anticipate  joint  service  consensus  to  establish  a unified 
national  military  C3  network  structure  providing  common-user  service  to  all  military  sub- 
scribers. The  subscribers  would  be  assured  of  satisfactory  service  based  on  their  needs  for 
timeliness,  quality,  security,  and  connectivity  primarily  through  packet  switching  and  auto- 
mated network  control. 

DEFINITIONS 


Navy  CJ  is  the  exercise  of  authority  and  the  gathering,  processing,  and  dissemination 
of  all  data  and  information  to  direct,  support,  and  monitor  the  activities  of  assigned  forces 
in  the  accomplishment  of  Navy  sea  control  and  power  projection  missions  recently  articulated 
by  CNO. 

The  Navy  C'3  architecture  is  the  structured  framework  for  effective  and  efficient  Navy 
utilization  of  resources  for  the  post-1985  Navy  O . 

C3  architecture  includes  within  its  scope  the  analysis  of  the  two  basic  Navy  missions 
(sea  control  and  power  projection)  and  the  environment  within  which  these  missions  are  per- 
formed to  derive  the  operational  concept(s),  the  C3  structure.*  and  the  resource  mix  and 
capabilities. 

The  scope  of  the  Navy  C3  architecture  includes  all  Navy  uses  of  electronics  affecting 
O’  information  which  is  the  indispensable  ingredient  of  all  C3.** 

The  structure  of  the  Navy  C3  system  is  defined  and  described  in  terms  of  a network. 
This  network  is  called  the  Navy  C3  Network  (NC3N). 


'‘Assurance  that  acceptable  interface  and  interoperability  criteria  are  established  for  electronic  systems 
(including  those  named  or  characterized  by  terms  such  as  combat  direction,  battle  management, 
strategic  and  tactical  warfare,  area  and  point  defense,  weapons  direction  and  guidance,  surveillance, 
intelligence.  hW)  falls  within  the  scope  of  C-* 

"’"This  includes  those  uses  of  electronics  which,  though  not  intended  for  C ',  might  cause  interference  to 
C-'  because  of  location,  time,  or  spectral  output 
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NAVY  C3  OBJECTIVES 

• To  provide  the  National  Command  Authority  (NCA)  with  means  for  exercising 
authority  over  Navy  forces 

• To  enable  al!  Navy  commanders  at  all  levels  to  properly  exercise  authority  to 
direct  assigned  forces  in  the  accomplishment  of  Navy  missions 

• To  enable  commanders  at  any  level  to  make  operational  decisions  based  on  the 
best  and  latest  information  available 

SOME  OPERATIONAL  CONCEPTS  DERIVING  FROM  NAVY  MISSIONS  AND  C3 
OBJECTIVES 

Our  C3  must  provide  support  for  offensive  action  to  simultaneously  conduct: 

1.  Surveillance,  intelligence 

2.  Command  control 

3.  Weapons  launch  and  strike 

While  defensively  it  must  strike  at  the  enemy  C3  to: 

1 . Defeat  his  surveillance,  intelligence 

2.  Defeat  his  command  control 

3.  Defeat  his  weapons 

Our  ability  to  do  ( 1 ) through  (3)  both  offensively  and  defensively  must  be  balanced 
in  terms  of  overall  cost*  and  mission  effectiveness.  The  US  Navy  may  have  overcompensated 
in  the  direction  of  defeating  weapons  in  recent  times  at  the  expense  of  balanced  offensive 
capability  as  well  as  ability  to  defeat  a potential  enemy’s  surveillance  and  command  control. 

The  C3  capability  must  be  provided  with  due  consideration  to  the  following  opera- 
tionally limiting  assumptions: 

1 . Our  policies  and  rules  of  engagement  may  grant  or  appear  to  grant  to  an  enemy 
the  choice  of  time  and  conditions  of  an  initial  attack. 

2.  Soviet  peacetime  exercises  are  premised  on  coordinated,  simultaneous,  world- 
wide surprise  attack  against  all  designated  high-value  targets.  Thus,  we  must 
assume: 

a.  Our  forces  will  be  constantly  under  surveillance. 

b.  Our  high-value  targets  will  be  constantly  targeted,  or  can  be. 

3.  A changing  environment**  requires  constant  reassessment. 

‘Includes  the  cost  of  providing  a capability  and  the  costs  associated  with  expected  wartime  losses 
**fcnvironment  includes  politics,  economics,  threat,  geography,  climate  (weather,  etc)  and  mission 


In  developing  a structure: 

1.  The  inherent  authority  and  responsibility  of  commanders  both  upward  and 
downward  at  all  levels  must  be  carefully  considered. 

2.  The  procedures  for  operating  the  networks  must  be  part  of  the  system 
design . 

3.  Operational  and  conceptual  capabilities  provided  by  the  NC^N,  such  as  skip 
echelon  and  delegation  or  presumption  of  authority,  must  be  in  terms  of  allowing 
a range  of  procedures  while  leaving  to  the  commander  the  decision  as  to  the 
application  of  these  capabilities. 

Therefore,  with  regard  to  NC'^N  capabilities,  the  following  considerations  apply: 

).  Although  skip  echelon  capability  may  be  virtually  open-ended  with  directives 
conceivably  going  from  the  NCA  directly  to  the  man  in  the  field,  this  does  not 
relieve  any  person  in  the  command  hierarchy  of  his  command  responsibility. 

2.  Whether  or  not  skip  echelon  directives  are  issued,  all  intervening  or  potentially 
involved  command  levels  must  have  full  access  to  the  relevant  information  at 

l lie  time  it  is  available. 

3.  The  local  commander  must  have  the  authority  to  limit  skip  echelon  connecti- 
vities to  some  specified  minimum  in  cases  where,  for  brief  periods,  he  must 
reserve  network  capacities  to  ensure  the  effectiveness  and/or  survival  of  his 
forces. 

4.  When  invoking  skip  echelon,  the  higher  authority  assumes  the  responsibility  for 
the  adequacy  of  procedures  for  ensuring  accurate  communications*  and  com- 
mand integrity. 

5.  In  order  to  furnish  the  desired  capability,  access  to  the  NC^N  will  be  a mix  ol 
two  types: 

a.  Loosely  structured,  so  that  system  users  determine,  within  bounds,  the 
access  rules  tie,  determine  precedence).  This  procedure  is  relatively  flexible 
but  is  subject  to  user  abuse  which  may  force  net  control  operators  to  invoke 
more  structured  procedures.** 

b.  Strictly  structured,  as  for  computer  interactive  data  nets.  This  results  in 
relative  inflexibility  but  ensures  that  the  system  is  controlled  by  the  net 
control  operator  so  that  it  cannot  be  disrupted  by  user  abuse. 

*|e.  the  statement  "aircraft  ready"  must  not  be  allowed  to  mean  “aircraft  are  ready  to  launch  from  ship" 
to  one  person  while  meaning  "aircraft  are  over  target  to  another 
**l  ltrmately  it  is  the  commander  who  is  both  system  user  and  system  operator  who.  by  invoking  control 
procedures,  must  ensure  that  the  highest  and  best  use  is  made  of  the  system  at  all  times 


REQUIRED  NC3N  CAPABILITIES 


• Operational  time.*  connectivity 

< I ) End-to-end  (N(  A to  unit)  including  skip  echelon  capability 

(2)  Reconfigurable  especially  for  survivability  and  integrity** 

(a)  Nodes  with  real-time  capability  for  electronic  control  external  to  the  node 
itself,  thus  making  effective  hierarchical  control  possible. 

(b)  Timely  circuit  restoral  as  well  as  fault  detection  and  isolation  by  mostly 
automatic  means  with  effective  trend  analysis. 

(c)  Real-time  capability  for  optimizing  traffic  flow  among  nodes. 

(d)  Electronic  equipments  which  lend  themselves  to  common  management  and 
control  techniques. 

(3)  Delegation  or  predelegation  of  authority*** 

(a)  Commanders  will  have  alternate  command  centers,  predesignated  ^ccessor(s) 
to  command,  procedures  for  command  transition,  and  means  of  notifying  re- 
maining forces,  and/or  commanders  that  assumption  of  command  by  an  alter- 
nate has  occurred.  The  emphasis  on  alternate  locations  will  be  towards  afloat 
or  airborne  centers  with  secondary  consideration  to  shore-based  centers,  and 
on  succession  to  command  rather  than  on  survivability  of  the  primary  com- 
mander at  an  alternate  relocation  site.  Further,  the  system  design  will  provide 
even  the  most  senior  of  afloat  commanders  the  capability  to  exercise  authority 
from  platforms  not  readily  identifiable  as  high-value  targets;  specifically,  the 
commander  will  have  the  capability  to  operate  from  CG  class  ships  in  lieu  of 
CV  classes. 

(b)  Critical  elements  of  information  and  data  usually  received  at  shore  locations 
from  remote  sensors  not  accessible  directly  by  afloat  commanders  will  be 
redirected  to  alternate  commanders  in  the  event  of  loss  of  the  primary  node. 

(4)  Presumption  of  authority*** 


‘Operational  time  is  defined  as  the  time  delay  allowable  from  original  input  of  available  data  or  information 
to  the  network  to  the  time  of  the  operational  decision  utilizing  the  data  or  information  (eg.  for  some 
logistics  purposes  operational  time  can  be  as  much  as  30  days  for  a missile  threat  it  can  be  5 seconds  or  less) 
“Survivability  and  integrity  include  strict  access  control  by  resistance  to:  physical  and  electromagnetic  damage, 
exploitation  for  tactical  and  strategic  information,  electronic  intelligence  and  traffic  analysis,  jamming  of 
essential  strategic  and  tactical  circuits,  or  intercept  leading  to  location  and  targeting  of  high-value  platforms 
or  forces 

“‘These  capabilities  are  to  ensure  continuity  of  operations  and  assumption  of  command  ( I ) in  the  absence  of 
intervening  command  echelons.  (2)  by  seniors  not  normally  in  the  chain  of  command,  (3)  of  joint  forces. 

I -1 1 by  a tion-Navy  commander  of  Navy  forces 
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• Responsive  to  war  (steady  state)  and  crisis  (impulse)  environments 
(a)  Responsiveness  to  user  demands  by  means  of  automated  functions. 

(bi  High  circuit  availability  due  to  automatic  operation  of  most  functions. 

• Ability  to  test,  exercise  the  network 

• Ability  to  recall  and  replay  events  for  tactical  operators  in  operational  time  1 

• 1 unction  in  structured  and  interactive  problem-solving  environments 
The  first  priority  of  any  commander  is  the  ability  to  communicate  with  other 
commanders  or  specific  platforms  when  necessary  . The  automatic  manipula- 
tion of  information  will  he  the  next  most  important  priority  along  with  ability 
to  conduct  tactical  command  control  of  forces  in  multithreat  engagements  in 
a hostile  electronic  environment. 

• Transparency  (network  users  need  not  be  aware  of  the  processes  internal  to  the 
network) 

• Naturalness  (ease  of  use  by  humans) 


NEED  FOR  EXPLICITNESS  IN  TRANSLATING  OPERATIONAL  CONCEPT  INTO  A 
C3  SYSTEM 

To  achieve  a real  system  matched  to  its  environment  requires  an  explicit  quantitative 
statement  of  the  environment  in  which  the  system  must  operate.  To  the  extent  that  indivi- 
dual aspects  of  environment  and  especially  their  interactions  arc  imprecisely  defined,  system 
measures  of  effectiveness  will  also  be  imprecise.  The  foundation  of  a C3  architecture  must 
therefore  be  a strategic  concept  along  with  policy  and  planning  guidance  which  addresses 
the  environmental  considerations.  For  example,  a discussion  of  the  Navy  sea  control  mission 
must  quantitatively  address  the  geographic,  climatic,  and  threat  conditions  if  it  is  to  be  con- 
crete enough  to  drive  a command  concept  and  a C3  system. 

In  this  document,  many  explicit  (and  undoubtedly  many  implicit)  assumptions  are 
made  concerning  these  issues.  Among  the  more  important  assumptions  are  some  political/ 
economic  ones  which  have  implicitly  driven  C3  requirements. 

i 1 . Sea  control  is  the  mission  on  which  any  other  mission  depends. 

2.  US  Navy  dominance  in  the  North  Atlantic  and  North  Pacific  is  indispensable 
to  sea  control. 

3.  The  US  Navy  cannot  ensure  dominance  in  the  Mediterranean  but  must  ensure 
strategic  deterrence  (both  nuclear  and  nonnuclear). 


i 
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Because  of  resuuicc  constraints,  under  the  best  of  circumstances  it  will  take  long- 
term planning  and  development  before  the  C3  objectives  can  be  met. 

First,  managerial  initiatives  are  required  to  incorporate  available  technology  into 
new  systems;  second,  there  is  a need  for  new  technology  to  meet  the  C3  objectives. 

If  Navy  C3  objectives  are  to  be  met,  a unifying  concept  and  focus  must  be  developed 
leading  to  an  agreed-on  overall  C framework  resulting  in: 

• Closely  interrelated  development,  scheduling,  funding,  and  sponsorship  of  elec- 
tronic systems 

• Attention  to  optimized  standard  interface  development 

• C3  network  flexibility,  adaptability,  and  survivability.  Independent  dedicated 
links  which  stand  or  fall  on  their  own  are  undesirable.  Capability  for  mutually 
supporting  networking  and  common-user  alternate  routing  is  required. 

• End-to-end  support  to  satisfy  operational  time  constraints 

• Economical  use  of  resources  and  avoidance  of  inappropriately  suboptimized  systems 

• The  evolution  and  maintenance  of  an  institutional  memory' 

• High  level  of  idea  transfer  and  low  level  of  information  loss 

C3  SYSTEM  CONCEPT 

In  developing  the  C3  system  concept,  the  document  addresses  structural  problems 
related  to  guidance  for  system  engineering.  In  particular,  the  difference  between  what  a sys- 
tem does  and  what  it  js  has  been  highlighted.  Both  aspects  are  required  in  system  definition 
and  description.  In  defining  what  a system  is,  classical  system  engineering  requires  specifica- 
tion of  a system  or  subsystem  in  terms  of  real,  tangible  (not  abstract)  boundaries  and  interfaces 
(ie.  what  exactly  is  the  engineer  to  construct?).* 
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•Currently,  because  of  a lack  of  an  accepted  overall  structured  concept,  there  is  a tendency  to  “solve" 
each  isolated  problem  by  naming  a “system"  which  will  be  developed,  with  only  a vague  notion  of 
what  the  physical  characteristics  and  interlaces  with  other  systems  are  to  be.  fliis  results  in  a tendency 
to  advertise  solutions  which  are  at  best  suboptimum  and  often  only  imaginary 
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A further  constraint  imposed  by  this  document  is  tiut  real  subsystems  must  consist  of 
mutually  exclusive  sets  of  objects  so  that,  when  the  top-level  system  manager  begins  to  par- 
tition the  system,  he  can  ensure  a logical,  nonoverlapping  division  >t  labor  uni  spe,  uli 
zation  without  the  need  for  excessive  coordination  among  different  design  orgam  n 
V\e  assert  that  such  excessive  need  for  coordination  (because  ol  ill  dctmed  ami  .ppmc 

definitions  of  the  physical  boundaries  of  systems  which  must  operate  in  coinert  i i-  urn  nlv 
unnecessarily  sapping  much  of  the  energy  of  development  organizations  wiilr  the  \ o\ 

Network  theory  and  cybernetic  theory  have  made  considerable  ad>  m.  es  n . .•nth  * 
a basic  conclusion  is  that  a wide  variety  of  large-scale  problems  sail  be  represented  b\  .1  hu 
arsh>  of  networks  which  can  be  decomposed  into  subhie  ltns  basis  coiRcpt  is 

introduced  and  structu.ed  herein  for  future  (’•'  system  u » g nencallv  invariant 

structure  lor  treating  system  functions  and  system  components  lor  s.>s> stems  1 at  .my  1 1 el 
n the  hierarchy  is  ribed. 

. N(  IP  \L  C J NETWORK  DESIGN  I EATURES  REQUIRED 

The  Ic.iturcs  which  should  be  designed  into  the  future  Navy  ( ' network  and  on  which 
early  policy  decisions  are  required  are  listed  below.  These  features  must  be  provided  in  the 
development  sequeno  listed  because  each  item  is  technologically  dependent  on  the  prior  items. 

1 . Central  keo.el  on  every  platform:  time,  frequency,  location,  motion  vector, 
crypto,  unique  address.  (To  ensure  the  necessary  self-knowledge  to  allow 
participation  in  highly  dynamic  operational  situations.) 

2.  Clock  start  cry  pto.  all  bits  covered  throughout  NC'  N,  including  weapons 
guidance  and  surveillance  networks.  (To  ensure  that  the  enemy  cannot  char- 
acterize or  ta  • control  of  network  by  mimicking  control  signals.) 

3-  Joint  service  standard  adaptable  rf  signal  formats.  (To  allow  interoperability 
and  to  combat  SIG1NT.I 

4 Multimedia  connectivity  ( for  P = O.W  of  successful  message  delivery  because 
no  single  path  is  expected  to  be  99'/,  available  under  hostile  conditions.) 

5.  Automated  dedicated  orderwire  capacity  for  every  node.  (To  ensure  that  all 
nodes  arc  assigned  a minimum  capacity  for  requesting  additional  network 
capacity  when  needed.) 

b.  Synchronous  DAMA*  operation  of  high-duty-cycle  nets  governed  by  priority  . 

(To  ensure  that  critical  messages  are  delivered  and  that  nets  operate  at  high 
efficiency  during  crisis.) 

•DAMA  = Demand  Assigned,  Multiple  Access 
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7 “Front-end”*  processing  to  provide  common  network  transaction  formats,  access 
procedures,  error  control,  and  switching  for  global  interoperability  of  US  forces. 

8.  NAVC'OMMSTAs  turned  over  to  DCS  as  part  of  an  integrated  shore-based  mili- 
tary communications  network  which  is  not  dependent  on  foreign  bases  for 
essential  global  connectivity.  (To  ensure  survivability  and  flexibility  through 
planned  redundancy  at  lower  cost.) 

9.  Distributed  processing  nets  which  provide  a balance  ot  data  processing  and 
transmission  workload  throughout  the  system. 

10.  Microprocessor,  microcomputer,  smart-terminal  architecture.  (To  provide  the 
needed  increase  in  processing  power  for  minimizing  transmission  link  data  loads. 

This  will  allow  more  opportunity  for  improving  other  network  attributes  such 
as  survivability  and  flexibility  at  reasonable  cost.) 

SPECIFIC  SYSTEM  DESIGN  REQUIREMENTS 

Postulated  US  Navy  data  and  information  transfer  services  required  for  ships  and 
aircraft  at  sea  to  perform  Navy  missions  are  given  in  section  6.3.  These  required  data  and 
information  transfer  services  provide  (along  with  descriptions  ot  the  system  framework, 

networking  principles  and  features,  threat,  and  system  constraints  (sections  6.1.  6.2.  6.4,  ^ 

6.5))  the  basis  for  proposed  specific  user  network  architectures  described  in  section  6.6. 

In  addition  to  data  and  information  transfer  within  the  NC'^N,  there  is  a requirement 
to  specify  kinds,  location,  and  volume  of  input  and  output  of  the  network. 

Inputs  are: 

Data  derived  by  radar,  sonar,  ESM  techniques,  and  human  observation 
Information  and  data  via  links  to  non-Navy  networks 

i 

Undesired  jamming  and  spoofing  by  an  enemy  J 

Undesired  natural  and  man-made  noise  or  interference  y 

Outputs  are: 

Desired  data  and  information  via  links  to  non-Navy  networks 
Vulnerability  to  enemy  intercept 

“Interface  processing  close  to  data  sources  or  user  terminals  to  allow  different  types  to  operate  com- 
patibly on  a common  netw  ork  In  the  long  run.  standard  interface  and  netting  specifications  would 
result  in  standard  sources  and  terminals. 
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Interference  to  non-Navy  networks 

Desired  outputs  to  allow  exploitation  of  enemy  networks  by  using  knowledge  of 
signal  formats  and  network  protocols  to  jam  or  spoof.  (A  major  requirement  of 
the  NC^N  is  to  be  able  to  interface  with  the  enemy  network  to  the  extent  of 
inducing  desired  uncertainty  and  error  in  his  decision  process.) 

The  specifics  of  these  NC'^N  input  and  output  requirements  are  beyond  the  current 
scope  of  this  effort.  Some  general  principles  are  worth  noting,  however: 

1.  A distributed-network,  smart-terminal  architecture  must  provide  for  the  reduc- 
tion of  data  and  processing  it  into  information  to  be  done  as  close  to  the  input  to 
the  network  as  possible.  This  is  to  minimize  the  cost  of  transporting  and 
managing  large  volumes  of  data  in  the  network. 

2.  The  process  of  gathering  information  by  active  means  and  transferring  it  makes 
the  individual  platforms  vulnerable  to  attack.  Therefore,  platforms  having  high 
economic  value  should  not  be  subjected  to  performing  unique  functions 
which  will  result  in  SIGINT  being  able  to  single  them  out  as  being  of  high  value. 

3.  Electromagnetic  emissions  from  one  platform  should  not  expose  friendly  plat- 
forms to  detection  by  bistatic  detection  techniques. 

4.  The  enemy  will  concentrate  counterattacks  on  the  platforms  which  attack  his 
surveillance  and  capability.  Therefore,  these  platforms  should  be  low  cost 
and  difficult  to  attack.  High-value  units  should  be  provided  with  jammers  and 
spoofing  capability  only  for  last-ditch  self-defense. 

5.  The  major  mobile  command  centers  will  typically  be  located  on  high-economic- 
value  platforms  (the  large  ones)  and  they  will  be  disseminating  a large  volume  of 
information.  To  prevent  an  enemy  from  using  SIGINT  to  identify  which  are 
the  command  centers,  the  network  must  have  a reasonably  balanced  signal  flow 
and  standardized  signal  formats.  What  this  implies  is  that  the  smaller  platforms 

will  appear  to  be  as  active  as  the  larger  ones.  Such  a balance  can  be  achieved  J 

naturally  in  a distributed  network  in  that  the  command  centers,  although  they  ^ 

are  handling  a lot  of  information,  are  not  transmitting  a lot  of  data;  and  while 
the  smaller  platforms  are  transmitting  little  information,  the  data  rate  is  high 
because  the  data  reduction  and  information  correlation  process  is  incomplete. 

In  other  words,  signal  balance  in  the  network  is  achieved  by  a proper  and 
natural  balance  of  signal  processing  capability  so  that  the  more  information 
going  out  of  a node,  the  more  prior  information  processing  lias  been  applied 
to  each  information  set  to  reduce  the  data  rate. 

I 

9 


MANAGEMENT  ISSUES 


j 


i 


Various  sections  of  this  document  describe  or  define: 

How  requirements  should  be  stated 

How  the  system  should  be  broken  into  its  components 

The  essential  structure  and  principles  and  design  features  of  the  Navy 
architecture 

A logical  progression  from  mission  and  environmental  analysis  through 
system  design  and  validation 

Needed  management  initiatives  (section  5)  and  R&D  initiatives  (section  8) 

The  most  urgently  needed  initiatives  (defined  in  section  5)  are  managerial  ones, 
the  lack  of  which  delays  fruition  of  technological  solutions.  Some  of  the  needed  initiatives 
relate  to  changes  of  managerial  structures,  to  correct  deficiencies  of  the  kind  which  prompted 
the  CTACT*  (report  to  CNO  July  1972)  to  admonish  the  Navy  to  organize  properly. 

The  way  funding  is  categorized  is  symptomatic  of  some  of  the  structural  problems. 

For  example,  the  existing  funding  and  management  structure  inappropriately  divides 
into  communications  and  command  control  components.  (A  better  way  of  partitioning 
is  given  in  this  document.)** 

The  current  science  and  technology  objectives  (S&TOs)  and  operational  requirements 
(ORs)  for  reflect  a lack  of  appreciation  of  the  difference  between  funding  line  items  (inputs) 
and  mission  capabilities  and  assume  a very  simple  relationship  between  them.  User  needs  (de- 
sired mission  capabilities)  are  usually  matched  independently  one  to  one  with  fund  allocations. 
It  would  be  better  to  have  a combined  statement  of  all  user  needs  and  to  partition  the  funds 
to  correlate  with  subsystems.  The  subsystems  would  be  identified  in  the  system  engineering 
process  of  partitioning  a common-user  system  aimed  at  satisfying  the  integrated  set  of  all 
user  needs.  The  outline  of  such  a structured  system  design  is  given  in  section  7 and  develop- 
ments for  achieving  such  a system  are  outlined  in  section  8. 


*CNO  Industrial  Advisory  Committee  on  Telecommunications 

**ln  the  civilian  market  place  this  division  is  making  itself  felt  in  terms  of  a major  legal  upheaval  to  try 
to  detine  where  regulated  communications  systems  end  and  ADP  systems  begin . 
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Another  major  issue  is  that  of  managerial  innovation.  Experience  has  shown  that 
organizations  responsible  for  the  current  and  near-term  functioning  of  an  organization  cannot 
also  be  responsible  for  innovative  thinking,  since  the  urgent  always  suppresses  the  important. 
There  is  a continuing  need  for  the  Navy  to  set  aside  a very  small  amount  of  resources  to  sup- 
port in-house,  long-term,  challenging,  and  innovative  planning  for  the  Navy  future.  Such 
an  innovative  group  must  be  protected  from  the  need  to  respond  to  near-term  fire  drills  which, 
through  their  demand  for  manpower,  will  cause  the  group  to  lose  its  integrity  and  focus 
through  growth  of  staff  and  need  for  constant  short-view  compromises. 

The  Navy  has  recognized  that  its  ability  to  carry  out  its  mission  is  inseparable  from 
an  integrated  and  comprehensive  concept  and  system.  This  means  the  Navy  must  avoid 
fragmented  management  authority  and  organizational  biases  which  create  an  environment  of 
compromise  before  the  fact. 

There  is  a need  to  define  desired  C^  capability  independently  of  ongoing  programs 
and  prior  to  the  design  of  new  C~*  systems.  Further,  components  of  the  system  must 
be  broken  out  according  to  a commonly  accepted  structure.  Developments  which  require 
parallel  effort  in  two  or  more  components  must  be  managed  in  concert.  This  means  balanced 
development  effort  within  the  context  of  a comprehensive  OPNAV  architecture  and  NAVMAT 
development  plan. 

The  Navy  has  taken  an  innovative  and  forward-looking  point  of  view,  in  terms  of 
planning,  out  to  the  year  2000  and  beyond,  about  its  future  in  naval  platforms  and  has 
instituted  long-term  developments  while  sacrificing  current  capability  (at  some  recognized 
risk)  by  retiring  obsolete  platforms. 

The  capabilities  proposed  for  C°  in  this  document  will  require  developments  which 
because  of  fiscal  and  technological  constraints  may  take  until  the  year  2000  to  implement 
completely  in  the  Fleet.  This  will  require  perseverance  in  maintaining  the  long-term  view  of 
an  innovative  development  running  in  parallel  with  the  evaluation  of  advanced  platform 
concepts. 

CONCLUSION 

This  is  an  eight-volume  document,  of  which  volume  I is  a conceptual  summary,  which 
can  be  used  as  a basic  reference  for  Navy  C-\  It  is  a guide  for  developing  unified  global  (° 
netting  which  will  ensure  command  surv  ival  ami  flexibility  in  a variety  of  operational  environ- 
ments. It  provides  a structure  for  the  Navy  C^  system  for  use  in  system  engineering 
management. 
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1 0 INTRODUCTION 

1.1  Objective 

The  objective  of  this  document  is  to  introduce  a broad  general  framework  for  the 
total  Navy  command  control  and  communications  (C^)  network  architecture,  and 
to  relate  Navy  electronics  to  this  framework.  The  document  is  intended  primarily  to 
support  the  architect  and  to  provide  inputs  to  the  Navy  architecture.  Secondarily, 
it  is  intended  to  provide  broad  and  general  concepts  for  use  by  Navy  electronic  system 
engineers  in  the  creation  of  a system  development  plan  or  any  portion  thereof. 

1 .2  Definitions  and  Scope 

Navy  is  the  exercise  of  authority,  and  the  gathering,  processing,  and  dissemination 
of  all  data  and  information  to  direct,  support,  and  monitor  the  activities  of  assigned  forces 
in  the  accomplishment  of  Navy  sea  control  and  power  projection  missions  recently  defined 
by  CNO. 

The  Navy  C~*  architecture  is  the  structured  framework  for  effective  and  efficient 
Navy  utilization  of  resources  for  the  post-1985  Navy  C^. 

architecture  includes  within  its  scope  the  analysis  of  the  two  primary  Navy 
missions  and  the  environments  within  which  these  missions  are  performed  to  derive  the 
operational  concept(s),  the  structure,*  and  the  resource  mix  and  capabilities. 

The  scope  of  the  Navy  architecture  includes  all  Navy  uses  of  electronics  affecting 
C~  information,  which  is  the  indispensable  ingredient  of  all  C^.** 

The  structure  of  the  Navy  system  is  defined  and  described  in  terms  of  a network. 
This  network  is  called  the  Navy  Network  (NC^N). 

1 .3  The  Purpose  of  a Architecture 

The  purpose  of  the  Navy  architecture  is  to  present  the  framework  for  a post- 
1985  system.  This  framework  is  the  vehicle  by  which  the  Chief  of  Naval  Operations 
provides  guidance  for  planning,  programming,  budgeting,  and  implementing  the  Navy 
system  components  and  to  structure  and  support  a cohesive  program  that  is  in  balance  with 
all  other  major  warfare  mission  programs. 

A simplified  representation  of  the  Navy  portion  of  this  process  is  given  in  figure  1-1 . 

'Insurance  that  acceplable  interface  and  interoperability  criteria  are  established  for  electronic  systems 
(including  those  named  or  characterized  by  terms  such  as  combat  direction,  battle  management,  strategic 
and  tactical  warfare,  area  and  point  defense,  weapons  direction  and  guidance,  surveillance,  intelligence. 
tW  | tails  within  the  scope  of  C? 

"This  includes  those  uses  of  electronics  which,  though  not  intended  for  C-\  might  cause  interference  to  C-* 
because  of  location,  time,  or  spectral  output 
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Figure  I I.  Acquisition  process  overview. 
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1.4  Glossary 


Many  of  the  words  used  in  discussing  the  concepts  in  this  document  do  not  have 
a widely  accepted  precise  meaning.  An  attempt  has  therefore  been  made  in  the  discussions 
that  follow  to  clarify  meanings  and  implications  of  language  and  terms  utilized.  Appendix 
A contains  a glossary  of  terms.  Although  some  of  the  terms  covered  were  not  used  in  this 
document,  these  were  included  in  the  glossary  as  possible  aids  to  future  discussions  of  the 
document. 


2.0  NAVY  C3  OBJECTIVES 

• To  provide  the  National  Command  Authority  (NCA)  with  means  tor  exercising 


authority  over  Navy  forces 

• To  enable  all  Navy  commanders  at  all  levels  to  properly  exercise  authority  to 
direct  assigned  forces  in  the  accomplishment  of  Navy  missions 

• To  enable  commanders  at  any  level  to  make  strategic,  tactical,  and  operational 
decisions  based  on  the  best  and  latest  information  available 


3 0 approach  for  defining  the  navy  c3  architecture 

Table  3-1  outlines  the  approach  for  developing  a C3  architecture.  The  approach 
consists  ot  analyzing  and  describing  the  Navy  missions  (operational  concept)  so  that  a 
command  control  structure  can  be  defined.  Then  the  required  force  mix  and  NC3N 
capabilities  are  derived  in  sufficient  detail  to  guide  system  solutions.  The  proposed  solutions 
are  defined  in  broad  terms  for  specific  network  types  and  specific  naval  platform  types,  and 
finally  the  proposed  solutions  are  tested  with  simulation  models  to  ascertain  their  reasonable- 
ness in  terms  of  cos,  and  effectiveness.  Military  scenarios  are  used  as  tools  for  this  evaluation. 

F igure  3-1  shows  a logical  flow  diagram  for  the  approach  to  C3  architecture.  The 
numbers  alongside  each  block  indicate  the  sections  of  this  document  in  which  that  block  is 
addressed.  Figure  3-2  shows  the  relationship  between  operational  capability  definition  and 
system  technical  criteria.  Operational  capability  is  defined  in  terms  such  as  need  to  locate 
and  or  identify  objects.  Technical  criteria  are  defined  in  terms  of  functions  such  as  trans- 
mission and  reception,  information  processing,  and  man/machine  coupling. 

TABLE  3-1 . C3  APPROACH 

ANALYZE  MISSIONS 
Sea  Control 

Dominance  in  North  Atlantic.  North  Pacific 
Nonnuclear  strategic  deterrence  in  Mediterranean 
Contingent  sea  control  in  other  areas 

Projection  of  Power 
Nuclear  deterrence 
Projection  of  forces 
Presence 

DEFINE  CONCEPTUAL  STRUCTURE  OF  C3 

Combat  Direction,  C^  Team  Organization  & Forces 
Guiding  Principles  and  Assumptions 
Network  Architecture 
Generic  Functional  Description  of  Nodes 
Generic  Hardware.  Software  Architecture 

DEFINE  REQUIREMENTS  FOR  INFORMATION  INPUT.  TRANSFER.  AND  OUTPUT 

Force/Group  Requirements 
Platform  Requirements 
Intraplatform  Requirements 

SYSTEM  SOLUTIONS 

Specific  Network  Architecture 

Specific  Node  Functional  Description 

Specific  Node  Hardware.  Software  Architecture 

ECONOMIC  AND  PERFORMANCE  ANALYSIS 

Network  and  Node  Performance 
Cost 

War  Gaming/Eftectiveness  Models 
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Figure  3-1 . Flow  diagram  of  C~  architecture  development 
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Figure  3-2.  Categories  and  parameters  tor  defining  opciational  capability 
and  technical  criteria  for  C-*  nodes  and  facilities. 
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SUMMARY  OF  THE  OPERATIONAL  CONCEPTS 


4.1  Navy  Missions  and  The  Operating  Environment 

To  achieve  a real  system  matched  to  its  environment  requires  a precise  statement  of 
the  environment  (politics,  economics,  threat,  geography/climate,  mission)  in  which  the  system 
must  operate.  To  the  extent  that  individual  aspects  of  environment  and  especially  their 
interactions  are  imprecisely  defined,  system  measures  of  effectiveness  will  also  he  imprecise. 
The  foundation  of  a C^  architecture  must  therefore  he  a strategic  concept  along  with  policy 
and  planning  guidance  which  address  the  environmental  considerations.  For  example,  a dis- 
cussion of  the  Navy  sea  control  mission  must  address  the  geographic,  climatic,  and  threat 
conditions  if  it  is  to  he  concrete  enough  to  drive  a command  concept  and  a C'^  architecture. 

In  this  document,  a variety  of  explicit  (and  undoubtedly  many  implicit)  assumptions 
are  made  concerning  these  issues.  Among  the  more  important  assumptions  are  some  political 
and  economic  ones  which  have  implicitly  driven  requirements. 

a.  Sea  control  is  the  mission  on  which  any  other  mission  depends. 

h.  US  Navy  dominance  in  the  North  Atlantic  and  North  Pacific  is  indispensable 
to  sea  control. 

c.  The  US  Navy  cannot  rely  on  dominance  in  the  Mediterranean  hut  must  ensure 
strategic  deterrence  (both  nuclear  and  nonnuclear). 

These  assumptions  also  drive  the  tactical  scenarios  used  for  validating  require- 
ments and  concepts. 

There  are  two  Navy  missions  as  was  shown  in  table  3-1 . The  sea  control  mission  was 
broken  into  three  categories  called  "focusing  concerns.” 

This  allows  the  mission  analysis  and  development  of  operation  concepts  to  focus  on 
practical  and  realistic  factors  of  the  environment  - physical,  technological,  natural,  and 
political.  For  example,  in  the  North  Atlantic  the  environmental  conditions  driving  the 
operational  concepts  include: 

• The  high  level  and  type  of  threat  emanating  from  the  Murmansk.  Leningrad  area 

• The  climate,  the  weather,  and  the  natural  and  political  geography  affecting  such 
considerations  as  choke  points;  ranges  from  US  and  allied  shore  bases  to  intercept 
points  in  the  North  Atlantic:  depths  to  which  submarines  can  dive  (which  in  turn 
affect  availability  of  communications  service);  radio  communication  ranges,  af- 
fected by  propagation  conditions  in  that  area;  ice  conditions;  location  of  mari- 
time trade  routes;  etc 

Once  the  individual  missions  and  focusing  concerns  are  analyzed,  an  operational  con- 
eept  on  a global  level  and  individual  area  level  must  be  defined  so  that  a global  structure 
and  force  mix  can  be  defined  which  recognizes  practical  economic  and  political  reality  and 
determines  its  value. 


Thus,  the  C3  architecture  focuses  on  practical  considerations  of  environment  and 
value  so  that  it  can  drive  requirements  and  system  solutions  in  a way  that  makes  maximum 
use  of  available  technology.  The  basic  concept  is  illustrated  by  figure  4-1 . 

The  CNO  Policy  and  Planning  Guidance  (PPG)  FY78-82  provides  the  description 
of  operational  concepts  to  which  this  document  is  directed.  Five  scenarios  are  given  in  the 
PPG.  which  discusses  the  Navy  capabilities  for  sea  control  and  power  projection. 

The  force  levels  are  also  given  and  the  basic  environmental  factors  which  impact  on 
C3  are  discussed  in  the  PPG. 
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4.2  Some  Operational  Concepts  Deriving  From  Navy  Missions  and  C3  Objectives 

a.  Our  C3  must  provide  support  for  offensive  action  to  simultaneously  conduct: 


Surveillance,  intelligence 
Command  control 
Weapons  launch  and  strike 

While  defensively  it  must  provide  an  interface  into  the  enemy  C3  to: 

Defeat  his  surveillance,  intelligence 
Defeat  his  command  control 
Defeat  his  weapons 
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Our  ability  to  accomplish  these  objectives  both  offensively  ;md  defensively  must  be 
balanced  in  terms  of  overall  cost  and  mission  effectiveness.  The  US  Navy  may  have  over- 
compensated in  the  direction  ol  defeating  weapons  in  recent  times  at  the  expense  of  balanced 
offensive  capability  as  well  as  ability  to  defeat  a potential  enemy’s  surveillance  and  command 


control. 


b.  The  C'  capability  must  be  provided  with  due  consideration  to  the  following 

operationally  limiting  assumptions: 

• Our  policies  and  rules  of  engagement  may  grant  or  appear  to  grant  to 
an  enemy  the  choice  of  time  and  conditions  of  an  initial  attack. 

• Soviet  peacetime  exercises  are  premised  on  coordinated,  simultaneous 
worldwide  surprise  attack  against  all  designated  high-value  targets; 
thus,  we  must  assume: 

Our  forces  will  be  constantly  under  surveillance 

Our  high-value  targets  will  be,  or  can  be,  constantly  targeted 

• A changing  environment  requires  constant  reassessment. 

c.  In  developing  a structure: 

• The  inherent  authority  and  responsibility  of  commanders  both  upward 
and  downward  at  all  levels  must  be  carefully  considered. 

• The  procedures  for  operating  the  networks  must  be  part  of  the 
C3  system  design. 

• Operational  and  conceptual  capabilities  provided  by  the  NC^N,  such  as 
skip  echelon,  and  delegation  or  presumption  of  authority  must  be  in 
terms  of  allowing  a range  of  procedures  while  leaving  to  the  commander  the 
decision  as  to  the  application  of  these  capabilities. 

d.  Therefore  with  regard  to  the  NC'-^N  capabilities  listed  in  section  2.1  the  fol- 
lowing considerations  are  assumed  to  apply  : 

• Although  skip  echelon  capability  may  be  virtually  open-ended  with  direc- 
tives conceivably  going  from  the  NC’A  directly  to  the  man  in  the  field,  this 
does  not  relieve  any  person  in  the  command  hierarchy  of  his  command 
responsibility. 

• Whether  or  not  skip  echelon  directives  are  issued,  all  intervening  or 
potentially  involved  command  levels  must  have  full  access  to  the 
relevant  information  at  the  time  it  is  available. 


• A local  commander  must  have  authority  to  limit  skip  echelon  connectivities 
to  some  specified  minimum  in  cases  in  which,  for  brief  periods,  he  must 
reserve  network  capacities  to  ensure  the  effectiveness  and/or  survival  of 

his  forces. 

• When  invoking  skip  echelon,  the  higher  authority  assumes  the  responsibility 
for  the  adequacy  of  procedures  for  ensuring  accurate  communications* 
and  command  integrity. 

• In  order  to  furnish  the  desired  capability,  access  to  the  NC~^N  will  be  a 
mix  of  two  types: 

Loosely  structured  so  that  system  users  determine,  within 
bounds,  the  access  rules  (ie,  determine  precedence).  This 
procedure  is  relatively  flexible  but  is  subject  to  user  abuse 
which  may  force  net  control  operators  to  invoke  more 
structured  procedures.** 

Strictly  structured  such  as  for  computer  interactive  data  nets. 

This  results  in  relative  inflexibility  but  ensures  that  the  system 
is  controlled  by  the  net  control  operator  so  that  it  cannot  be 
disrupted  by  user  abuse. 


“Ie.  the  statement  “aircraft  ready"  must  not  he  allowed  to  mean  "aircraft  are  ready  to  launch  from  ship" 
to  one  person  while  meaning  “aircraft  are  over  target”  to  another 
**f  Itimately  it  is  the  commander  who  is  both  system  user  and  system  operator  who.  hv  invoking  control 
procedures,  must  ensure  that  the  highest  and  best  use  is  made  of  the  system  at  all  times 


REQUIRED  NC3N  CAPABILITIES 

• Operational  time,*  connectivity 

< I ) End-to-end  (NCA  to  unit)  including  skip  echelon  capability 

(2)  Recon figurable  especially  for  survivability  and  integrity** 

(a)  Nodes  with  real-time  capability  for  electronic  control  external  to  the  node 
itself,  thus  making  effective  hierarchical  control  possible. 

(b)  Timely  circuit  restoral  as  well  as  fault  detection  and  isolation  by  mostly 
automatic  means  with  effective  trend  analysis. 

( c>  Real-time  capability  for  optimizing  traffic  flow  among  nodes. 

(d)  Electronic  equipments  which  lend  themselves  to  common  management  and 
control  techniques. 

(3)  Delegation  or  predelegation  of  authority*** 

(a)  Commanders  will  have  alternate  command  centers,  predesignated  successor(s) 
to  command,  procedures  for  command  transition,  and  means  of  notifying  re- 
maining forces,  and/or  commanders  that  assumption  of  command  by  an  alter- 
nate has  occurred.  The  emphasis  on  alternate  locations  will  be  towards  afloat 
or  airborne  centers  with  secondary  consideration  to  shore-based  centers,  and 
on  succession  to  command  rather  than  on  survivability  of  the  primary  com- 
mander at  an  alternate  relocation  site.  Further,  the  system  design  will  provide 
even  the  most  senior  of  afloat  commanders  the  capability  to  exercise  authority 
from  platforms  not  readily  identifiable  as  high-value  targets;  specifically,  the 
commander  will  have  the  capability  to  operate  from  CG  class  ships  in  lieu  of 
CV  classes. 

( b I Critical  elements  of  information  and  data  usually  received  at  shore  locations 
from  remote  sensors  not  accessible  directly  by  afloat  commanders  will  be 
redirected  to  alternate  commanders  in  the  event  of  loss  of  the  primary  node. 

(4)  Presumption  of  authority*** 


Operational  time  is  defined  as  the  time  delay  allowable  from  original  input  ol  available  data  or  mfonnation  to 
the  network  to  the  time  of  the  operational  decision  utilizing  the  data  or  information  (eg.  loi  some  logistics 
purposes  operational  time  can  be  as  much  as  30  days  for  a missile  threat  it  can  be  5 seconds  or  lessi 
Survivability  and  integrity  include  strict  access  control  by  resistance  to  physical  and  elcctiomagnetic 
damage,  exploitation  tor  tactical  and  strategic  information,  electronic  intelligence  and  traffic  ai,  ilvsis.  lammin 
of  essential  strategic  and  tactical  circuits,  or  intercept  leading  to  location  and  targeting  of  high-value  platform' 
or  torces 

These  capabilities  are  to  ensure  continuity  of  operations  and  assumption  ol  command  ( I ) in  the  absence  ol 
intervening  command  echelons.  (21  by  seniors  not  normally  in  the  chain  ol  command.  (3)  ol  (oini  toiccs. 
<4ib\  a noti-Navy  commander  of  Navy  forces 


Responsive  to  war  (steady  state)  and  crisis  (impulse)  environments 

(a)  Responsiveness  to  user  demands  by  means  of  automated  functions. 

(b)  High  circuit  availability  due  to  automatic  operation  of  most  functions. 

Ability  to  test,  exercise  the  network 

Ability  to  recall  and  replay  events  for  tactical  operators  in  operational  time 

Function  in  structured  and  interactive  problem-solving  environments 

The  first  priority  of  any  commander  is  the  ability  to  communicate  with  other 
commanders  or  specific  platforms  when  necessary.  The  automatic  manipula- 
tion of  information  will  be  the  next  most  important  priority  along  with  ability 
to  conduct  tactical  command  control  of  forces  in  multithreat  engagements  in 
a hostile  electronic  environment. 

Transparency  (network  users  need  not  be  aware  of  the  processes  internal  to  the 

network) 

Naturalness  (ease  of  use  by  humans) 


5 0 SUMMARY  OF  NEEDED  C3  INITIATIVES 

Because  of  resource  constraints,  under  the  best  of  circumstances  it  may  take  until 
the  year  2000  before  the  objectives  cited  in  section  2.0  can  be  met.  Further,  these  objectives 
cannot  be  satisfied  by  current  development  programs. 

First,  managerial  initiatives  are  required  to  incorporate  available  technology  into  new 
systems;  second,  there  is  a need  for  new  technology  to  meet  the  C'3  objectives. 

If  Navy  C3  objectives  are  to  be  met,  a unifying  concept  and  focus  must  be  developed 
leading  to  an  agreed-on  overall  C3  framework  resulting  in: 

• Closely  interrelated  development,  scheduling,  funding,  and  sponsorship 
of  electronic  systems 

• Attention  to  optimized,  standard  interface  development 

• C3  network  flexibility,  adaptability,  and  survivability.  (Independent 
dedicated  links  which  stand  or  fall  on  their  own  are  undesirable.)  (Capability 
for  mutually  supporting  networking  and  common-user  alternate  routing  is 
needed.) 

• End-to-end  support  to  satisfy  operational  time  constraints 

• Economical  use  of  resources  and  avoidance  of  inappropriately  suboptimized  systems 

• The  evolution  and  maintenance  of  an  institutional  memory 

• High  level  of  idea  transfer  and  low  level  of  information  loss  anil  inertia 
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OVERVIEW  OF  THE  NC3N  ARCHITECTURE 

This  section  outlines  a framework  for  developing  a C3  system  which  will  satisfy 
Navy  objectives.  This  logical  framework  is  the  basis  for  deriving  the  required  R&D  initiatives 
which  will  be  outlined  in  section  8.0  and  for  resolving  managerial  issues  which  will  be  dis- 
cussed in  section  9.0. 

6.1  The  Framework 

The  NC-  N is  a component  of  the  globally  extended  national  military  CJ  network 
which  is  a component  of  a C3  system  as  illustrated  by  figure  6-1  (ie.  the  network  is  only- 
one  of  several  components  of  a C3  system  as  seen  in  fig  6-1).  This  section  gives  a brief 
overview  of  the  NC  N. 


NAVY  C3  SYSTEM 

C3  MANAGEMENT  C3  ENGINEERING  C3  LOGISTICS  NATIONAL  ETC 

NC3N 

Figure  6-1 . C-3  system  functional  breakdown. 

The  NC3N  includes  a hierarchy  of  Command  Control  nodes  and  controlled  nodes* 
as  illustrated  by  figure  6-2.** 

The  NC3N  incorporates  all  these  nodes  tied  together  by  links  in  a network.  In 
addressing  the  network  hierarchy  and  taking  any  level  in  the  hierarchy,  that  level  can  be 
treated  in  terms  of  nodes  and  internodal  connectivities.  At  that  level  in  the  hierarchy,  the 
nodes  are  defined  in  terms  of  input/output  specifications.  The  nodes  can  be  described  in 
terms  of  the  network  contained  within  them  to  as  many  lower  hierarchical  levels  as  desired 
( ref  1 ). 

The  NC3N  is  the  physical  implementation  of  the  global  data/information  gathering, 
processing,  and  distributing  process  which  ties  all  systems  together  (including  sensor  and 
surveillance  nodes  and  networks***)  in  support  of  Navy  command  control.  This  network  is 
broken  down  into  media  and  node  elements  as  illustrated  in  figures  6-3.  6-4.  and  6-5. 
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*C-  nodes  are  manned  nodes  and  controlled  nodes  are  unmanned  nodes  such  as  missiles  and  RPV. 

**Fmure  6-2  is  of  course  an  oversimplification  which  does  not  illustrate  the  high  degree  of  network 
interlacing  and  skip  echelon  connectivity  which  is  actually  desired.  Tins  illustration  is  provided  for 
the  purpose  of  showing  the  concept  and  the  invariance  of  the  methodology  for  treating  am  level 
in  the  hierarchy 

'"I  netw  orks  of  sensors  in  which  multiple  sensors,  both  active  and  passive,  arc  used  lit  a tune  and 
frequency  ordered  multinode  manner  (eg.  bistalic  detection  and  tanging  techniques) 

Ret  I f oi  a discussion  of  the  relationship  between  information  theory  and  hierarchical  systems,  see 
Conen  t . RC.  Laws  of  Information  Which  Govern  Systems,  till  Tran  sat  lions  on  Systems,  Man, 
and  Cybernetics,  vol  SMC-6.  no  4,  p 240-255.  April  I'lTo 
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NETWORK 


Figure  6-5.  Media  matrix  of  links  in  terms  of  frequency 
and  technique  appropriate  for  use  in  NC-^N. 

Figure  6-3  is  a system  functional  breakdown  of  the  node. 

Figures  64  and  6-5  illustrate  the  partitioning  of  the  C3  system  into  components 
(subsystems)  which  either  exist  (natural  propagating  media)  or  are  constructed. 

The  node  is  shown  to  be  divided  into  five  such  subsystems.  The  media  are  best 
divided  into  a two-dimensional  matrix  as  illustrated  in  figure  6-5,  in  which  the  check  marks 
in  the  matrix  indicate  the  media  linkages  of  interest  to  the  Navy.  A methodology  for  eval- 
uating and  selecting  the  media  mix  is  introduced  in  appendix  B 

These  breakdowns  are  the  structured  checklists  for  specification  of  what  is  to  be  done 
(functions)  and  what  is  to  be  constructed  (subsystems)  at  each  node.  A detailed  functional 
checklist  and  functional  descriptions  are  given  in  appendix  C.  The  subsystem  checklist  and 
description  for  a distributed  hardware  software  network  architecture  for  nodes  are  also 
given  in  appendix  C’. 

A C3  node  is  further  defined  as  including  the  totality  of  the  electronic  installation 
aboard  a platform  or  shore  site.  In  many  cases  there  may  be  more  than  one  C 3 center  on 
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a given  platform  (eg.  a flagship  on  which  a flag-level  and  a ship-level  node  could  be  con- 
sidered to  exist).  For  purposes  of  a unified  design,  a single  node  will  be  considered  to 
exist  in  such  a ease  and  the  two  or  more  C’-^  centers  will  be  called  information  centers  of  the 
single  node.  This  is  consistent  with  present  usage  which  refers  to  such  centers  as  Task  Force 
Command  Center  (TFCC)  and  Combat  Information  Center  (CIO  for  example. 

Many  of  these  nodes  will  be  temporary.  That  is,  many  are  nodes  only  when  launched 
or  deployed  from  a mother  node  (eg,  an  aircraft  launched  from  and  later  recovered  by  a 
ship).  When  not  deployed,  such  nodes  either  become  part  of,  or  are  included  in,  the  mother 
node,  or  they  simply  become  quiescent.  When  the  assets  of  such  a node  become  part  of  the 
mother  node  or  are  electronically  active  within  it.  they  must  be  part  of.  and  included  in.  the 
unified  design  of  the  mother  node.  This  is  necessary  to  ensure  electromagnetic  compatibility. 

Organizational  and  semantic  restrictions  are  imposed  by  the  concept;  for  example, 
"radar  systems,”  “sonar  systems”  are  disallowed.  The  conceptual  framework  requires  that 
subsystems*  be  organized  so  that  they  closely  parallel  the  breakdown  illustrated.  This 
allows  design  work  to  be  organized  around  functionally  and  technologically  similar  areas  and 
eliminates  the  conceptual  fragmentation  which  for  example  results  in  input 'output  devices 
or  information  processing  being  specially  developed  for  use  with  radar,  sonar,  and  EW.** 

A complete  approach  is  desired  to  the  problem  of  integrated  handling  of  information  regard- 
less of  where  derived. 

Figure  6-6  shows  the  information  How  and  interface  concept  within  the  node.  This 
is  basically  the  unified  concept  for  the  gathering,  processing,  and  dissemination  of  all  data 
and  information  within  a node. 

The  processing  is  represented  by  six  blocks  in  the  figure  (a  seventh  would  be  added 
if  flag  planning  and  battle  management  functions  were  required). 


*1  g.  a "subsystem"  conceived  as  a satellite  information  exchange  subsystem  is  disallowed  because  it 
is  not  consistent  with  the  functional  boundaries.  Communication  services  and  subsystems  are  not 
congruent  (ie.  no  “voice  subsystem"  exists  to  provide  voice  service).  System  attributes  and  subsystems 
are  not  congruent  (ie,  antijamming  attributes  are  embedded  in  the  subsystems  required  to  contribute 
to  such  a capacity  and  there  exists  no  “antijam  subsystem").  User  communities  and  subsystems  are 
not  congruent  (eg,  specialized  subsystems  will  not  exist  for  intelligence-information  transfer,  but 
dedicated  networks  could  be  formed,  by  configuring  NC-'N  assets  appropriately,  if  at  a given  time  and 
place  such  a network  is  the  most  effective  means  for  the  information  transfer) 

**A  further  constraint  is  that  real  subsystems  must  consist  of  mutually  exclusive  sets  of  objects.  Tins  is 
so  that,  when  the  top-level  system  manager  begins  to  partition  the  system,  he  can  ensure  a nonoverlapping 
division  of  labor  and  specialization  without  the  need  for  excessive  coordination  among  different  design 
organizations 
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Sensor  and  network  control  processing  supervises  the  operation  of  the  transmission/ 
reception  (sensors,  communication  nets,  etc)  capability  of  the  node  and  performs  the  multi- 
source data  correlation  under  the  supervision  of  the  battle  management  processing. 

Platform  control,  weapons,  and  ECM  processing  functions  use  the  correlated  data  as 
appropriate  either  for  control  of  own  platform  or  control  of  weapons  and  ECM. 

System  management  processing  supervises  the  correct  operation  of  the  entire  elec- 
tronic system  within  the  node  including  system  initiation,  correction  of  aberrations,  and 
supervision  of  system  integrity  (eg,  against  enemy  EW). 

The  combat  management  processing  incorporates  those  functions  necessary  for  the 
overall  tactical  coordination  and  supervision  of  the  other  functions  and  is  under  control  of 
the  Tactical  Action  Officer  (TAO)  in  the  case  of  a ship  or  the  Nava;  Flight  Officer  (NFO)  in 
the  case  of  some  aircraft. 

Support  information  is  fed  into  the  support  information  functional  area  (see  fig  6-8). 
Logistic  and  personnel  information  is  part  of  the  support  information  area.  Selected  support 
information  is  then  fed  back  into  the  tactical  functions  to  support  tactical  decision  making. 

Fhe  implementation  of  the  processing  functions  is  modulurly  distributed  through 
a node  with  clusters  formed  around  users  having  common  interests  (ie.  CIC.  TFCC.  Navi- 
gation Bridge,  etc). 

The  trend  is  for  electronic  technology  to  become  even  more  pervasive  in  the  trans- 
mission. manipulation,  and  storage  of  information.  Areas  outside  the  present  domain  of 
electronic  system  design  will  inevitably  become  enmeshed.  Figure  6-7  illustrates  functionally 
some  of  the  considerations.  On  the  command  support  side  of  the  figure,  five  possible  in- 
formation centers  are  postulated  for  a large  ship.  C~  architecture  must  eventually  examine 
these  matters  in  detail  to  (1)  determine  the  extent  to  which  electronics  will  permeate  the 
functional  areas  shown,  (2)  define  for  each  platform  type  the  best  way  to  combine,  segre- 
gate, and  distribute  all  categories  of  information  based  on  requirements  for  space  and  man- 
power saving,  responsiveness,  recordkeeping,  etc,  and  (3)  determine  the  best  total  system 
technical  solution  based  on  an  integrated  approach  to  all  information  handling  requirements. 
Note  that  figure  6-7  also  shows  the  possibility  of  a high  degree  of  interlacing  between  the 
various  categories  of  information.  (For  example,  the  tactical  decision  maker  may  need,  in 
the  CIC  data  base,  selected  information  out  of  the  material-maintenance-information  files 
for  on-board  aircraft  before  he  can  make  a decision  on  immediate  commitment  of  air- 
borne aircraft.  He  needs  to  know  in  real  time  what  resources  are  in  reserve  when  he  com- 
mits forces  to  combat.) 
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Figure  6-8.  Typical  platform  management  information  flow. 
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Even  such  information  as  equipment  technical  manuals  may  eventually  become  auto- 
mated in  electronic  files  if  low-cost,  hard-copy  readout  and  recycling  of  hard-copv  material 
becomes  possible.  This  would  reduce  the  huge  amounts  of  paper  materials  stored  on  ships. 

Figure  6-8  shows  the  conceptual  information  How  lor  command  support  (or  man- 
agement). 

The  key  to  achieving  all  this  is  hardware/software  interface  standardization  through 
the  NC3N. 

6.2  Netting  Principles  and  Features 
6.2.1  Guidance  Issues 

The  C3  framework  for  the  NC3N  has  been  described.  This  section  will  now  delve 
into  some  of  the  critical  architectural  considerations  for  guiding  future  network  designs.  This 
includes  a brief  discussion  of  some  basic  design  features  and  principles.  Then  section  6.3 
will  list  the  postulated  user  requirements  and  broadly  describe  the  types  of  networks  which 
will  satisfy  the  requirements. 

Appendix  D addresses  principles  of  automatic  orderwire  by  which  the  NC3N  is  con- 
trolled: and  appendix  F.  addresses  issues  of  network  integrity,  orderwire.  connectivity,  relia- 
bility. availability.  NC3N  state  information,  routing,  directory,  synchronization,  and  standard- 
ization of  bit  rates.  Also  included  w ill  be  discussion  of  methods  of  operating  the  networks 

Tlte  details,  concepts,  and  assertions  need  further  examination  by  system  engineers 
and  must  be  translated  through  system  engineering  into  integrated  system  designs,  which  will 
be  the  basis  for  future  implementation  programs  and  new  technological  initiatives. 

The  basic  N('3N  features  are  sequentially  listed  in  table  6-1 . Except  for  items  l>  and 
10.  the  implementation  of  each  item  on  the  list  is  predicated  on  prior  implementation  of  all 
the  previously  listed  items.  When  an  end-to-end  NC3N  exists  which  incorporates  all  these 
features,  then  the  essential  technical  objectives*  of  the  C3  architecture  will  have  been  achieved. 
A high-level  Navy  policy  decision  is  required  which  says,  in  effect,  these  are  NC3N  features 
which  will  be  implemented. 

Supporting  technical  material  for  table  6-1  is  presented  in  appendix  I 


*The  luiure  NC'-^N  will  be  computer  oriented,  liven  tor  voice  nets,  computer  intervention  for  control 
will  become  common.  "Lessons  learned"  on  computer  oriented  networks  such  as  ARI’A.  Ml  RIT. 
TVMNLT  and  others  indicate  that  tlte  major  problem  to  be  faced  in  the  future  NC-’N  will  be  mana- 
gerial (people,  resources,  networks)  rather  than  technical  (ref  2) 

‘NBS  Technical  Note  S05.  Network  Management  Survey.  Ira  W Cotton.  32.  47,  7I-K0  lebruaiv  l')74 
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Cl  M'RAl  Kl  R\l  L ON  I VLRY  PLATFORM  TIMF,  FRFQUFNCY,  LOCATION.  MOTION  VI  CTOR.  CRYPTO.  UNIQUI  ADDRFSS 
( Id  ensuie  the  necessary  sell -knowledge  to  allow  participation  in  highly  dynamic  operational  situations) 


(To  provide  the  needed  increase  in  processing  power  and  flexibility  at  reasonable  cost) 


Jn  achieving  the  Navy  C ' objectives  and  capabilities  listed  in  section  4.  priorities  lor 
allocation  of  resources  (funding,  manpower)  for  implementation  of  the  NC^N  should  be  in 
the  following  order.* 

1.  SlOP  information 

2.  Tactical  information 

2.1  Essential  for  effecti\  operation 

2.2  Needed  for  safe  operation 

2.3  Useful  and  affordable  in  sustained  operations 

3.  Support  information 

This  list  then  forces  the  following  considerations. 


6.2.2  Connectivity  Issues 

A simplified  conceptual  Navy  connectivity  graph  is  shown  in  figure  6-9.  The  graph 
shows  the  connectivity  front  NCA  to  the  unit  in  the  field  at  sea  or  in  the  air.  A sample  Air 
Force  connectivity  is  shown  to  represent  a parallel  service  connectivity.  The  NCA.  the  Navy 
command,  and  operational  support  centers  ashore  are  shown  embedded  in  the  DCS  network. 
The  DCS  network  also  provides  the  interface  with  the  mobile  units  through  what  is  labeled 
DCS  LAND/MOBILh  AND  SPACE  SYS  INTERFACE.  Interoperability  of  various  nodes  or 
command  centers  with  the  DCS  network,  and  other  nodes  in  the  network,  is  provided  by  the 
use  of  standard  front-end  processing. 

Further  considerations  which  must  be  treated  and  quantified  in  detail  during  future 
system  engineering  are  as  follows: 

• Front-end  processing  must  include  capability  for  preprogrammed  reflex  action 
to  automatically  forward  or  relay  some  predetermined  classes  of  information 
toward  the  destinations. 

• Conceptually,  centers  which  perform  information  generation,  evaluation,  or 
correlation  such  as  shipboard  Tactical  Support  Centers  (TSCs),  High  Level 
Terminal  (HLT).  Evaluation  Centers  (ECs).  Ocean  Surveillance  Information 


‘Tins  statement  on  priorities  is  not  trivial  in  view  of,  for  example,  the  immense  expenditures  on  a 
f LTS  ATCOM  program  which  does  not  have  features  necessary  lor  priority  items  I oi  2 hut  only  lor 
Jr|d  possibly  2.3.  (A  variation  of  this  concept  was  tirst  proposed  by  the  Bell  Telephone  Laboratory 
\ 1 S studs  team  in  1 034.) 
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Centers  (FOS1C.  NOSIC.  etc),  and  ASW  centers  should  be  treated  as  front-end 
processing  centers  for  NCA,  Unified  Command  Centers.  FCC.  and  TFCC  even 
though  they  may  be  in  widely  separated  locations.  This  implies  that  any  com- 
mand center  may  directly  tap  (through  the  network  I any  information  center  with- 
out relying  on  an  intervening  command  center.  This  is  necessary  for  survivability 
reasons  alone  (time  sensitivity  of  information,  and  nodal  vulnerabilities). 

• The  processing  must  be  distributed  in  the  network  and  interconnected  in  such  a 
way  that  the  network  can  perform  its  functions  despite  a localized  failure  (or  even 
many  of  them).  This  includes  the  ability  of  terminals  to  communicate  via  the  net- 
work with  processing  centers  despite  the  failure  of  a local  processing  center. 

6.2.3  Implementation  Issues 

a.  Data  Base  Development 

In  addition  to  the  future  NC-'N,  it  must  be  noted  that  all  information  services  within, 
between,  and  among  platforms  and  commanders  will  also  be  computer-oriented.  This  state- 
ment has  two  major  implications:  ( I ) There  can  be  no  artificial  boundary  that  limits  naval 
telecommunications  thinking  to  the  confines  of  the  communication  center.  This  includes 
the  capability  to  join  on  an  interactive  or  store-and-forward  basis  with  major  information 
centers.  (2)  The  Navy  must  design  the  NC^N  for  information  transfer  for  complete  user-to- 
user  service  to  satisfy  future  needs  and  demands.  In  order  to  accomplish  this  monumental 
task  a data  base  administrator  must  be  selected.  He,  together  with  his  staff,  must  create 
the  concepts,  policies,  and  plans  for  the  computer-oriented  information  and  data  transfer 
and  management.  This  can  only  be  accomplished  by  continuing  interaction  with  the  opera- 
ting and  staff  departments  as  well  as  with  the  technical  experts.  It  carries  with  it  a significant 
commitment  of  both  time  and  money.  Industry's  experience  has  shown  that  5 years  is 
required  to  create  and  implement  a satisfactory'  data  base  (see  appendix  F). 

b NC-,N  Control  Concept 

Control  is  the  activity,  carried  on  via  the  NC^N  resources,  to  organize  and  configure 
the  \C  'N  at  all  levels,  based  on  plans  of  the  users.  It  concerns  itself  with  such  things  as 
network  and  node  configuration,  coordination  between  nodes,  and  status  monitoring. 

Fhis  control  is  accomplished  by  way  o)  established  connectivities  either  within  or 
among  nodes,  with  signals  or  messages  which  are  a subset  of  the  totality  of  information 
exchange.*  This  information  is  appropriately  addressed  to  control  points  of  the  N(  - N. 


'The  characteristics  of  such  messages  must,  however,  be  distinctive  enough  toensuie  then  unambiguous 
identification 
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The  priority  of  control  traffic  is  above  that  of  the  associated  user  traffic.  Its  accuracy 
must  be  an  order  of  magnitude  above  and  its  availability  slightly  higher  than  that  of  the 
associated  user  traffic.  The  system  will  always  be  designed  so  that  at  whatever  the  level 
the  system  is  being  attacked  or  is  failing,  the  control  signals  are  the  last  to  be  lost  at  a 
given  level  of  precedence. 

Control  takes  place  at  two  levels.  The  higher  level  is  that  resident  in  the  control 
and  management  functional  area  of  the  node.  This  might  be  considered  the  executive  level. 
It  is  concerned  with. 

• Initiating  or  starting-up  the  system,  based  on  a management  furnished  plan, 
including  selection  of  connections,  algorithms,  equipment,  and  processes 
for  routine  operations  and  the  necessary  internodal  coordination  and  status 
updates. 

• Identifying  and  correcting  aberrations  from  normal  operations  (faults). 

This  includes  dealing  with  occurrences  which  fall  outside  the  capability  of  the 
routine  processes,  such  as  resolution  of  nonroutine  resource  contentions. 
Alternate  connections,  equipments,  or  processes  would  be  chosen  by  the 
executive. 

The  second  level  is  the  routine  and  repetitive  supervisory -type  activities  which  are 
called  for  and  constrained  by  the  control  and  management  functions,  but  which  are  resident 
in  the  other  six  functional  areas  (shown  in  fig  6-3).  Routines  include  switching  and  routing 
algorithms,  responses  to  routine  user  requests,  error  control  algorithms,  network  protocols, 
data  queuing  and  clocking,  anticipated  and  programmed  responses  to  natural  or  man-made 
events  in  the  propagating  medium  (such  as  jamming),  and  invoking  standard  security  and 
access  procedures. 

c.  Control  Features  Required  to  Satisfy  Management  Objectives 

In  an  environment  of  increasing  threat  and  advancing  weaponry,  acceptable  opera- 
tional reaction  time  is  now  a fraction  of  what  it  was  in  the  past.  In  order  to  effectively 
control,  the  NC'^N  management  must  anticipate  the  need  and  plan  for  the  development  of 
responsive  nodes  capable  of  rapid  and  efficient  adaptation.  This  is  the  key  to  a responsive 
network.  Such  adaptive  control  must  include  the  following: 

• Automation  of  nodal  functions  must  proceed  in  a manner  such  that  failure  of 
automatic  equipment  does  not  inhibit  the  ability  to  invoke  backup  procedures" 
for  critical  functions. 

*T)ie  irerul  must  he  to  automated  backup  procedures 
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• Certain  functions  of  some  nodes  may  be  subordinated  to  those  ol  another  con- 
trolling node.  Therefore,  various  configurations  of  control  at  nodes  must  be 
compatible  with  each  other  to  the  extent  that  they  may  be  operated  in  a 
functional  hierarchy  to  exchange  information,  accomplish  relays,  and  perform 
similar  interactive  functions.  Nodes  must  know  their  status  and  environment.* 
and  must  be  capable  of  formatting  and  interpreting  coordinating  messages  sent 
between  nodes  to  convey  this. 

Nodes  must  be  capable  of  applying  overhead  to  identify  information  for  use  at 
both  destined  and  intermediate  relay  nodes  opening  opportunities  for  multiplexing  and 
adaptive  routing  which  do  not  presently  exist. 

• Nodal  control  functions  relating  to  the  in-service  performance  of  the  node 
must  be  performed  in  operational  time  without  in  any  way  degrading  network 
performance  or  availability. 

• Control  must  be  capable  of  influencing  nodal  operation  in  varying  modes  in- 
cluding adaptation  to  unanticipated  conditions  affecting  its  operation. 

• Controls  should  be  designed  cost  effectively  so  that: 

Measurements  are  made  in  periodic  samples  as  infrequently  as  possible. 

Only  significant  shortfalls  are  given  attention. 

Results  are  meaningful  without  need  for  further  manual  translation. 

The  information  is  addressed  only  to  people  who  must  act  on  it. 

It  is  simple  and  timely,  and  operates  by  exception. 

It  is  focused  on  action  and  not  on  what  is  interesting,  oriented  to  self-control. 
It  does  not  handle  unusual  or  unpredictable  events;  it  only  identifies  them 
for  special  treatment  and  ensures  that  they  do  not  clog  the  normal  process 
(ref  3). 


*le.  both  njtural  and  man-made  effects  such  as  propagation  or  enemy  lamming 
3Drucker.  PI  Management . p 21 7-230, 4‘>4-s04.  Harpet  & Ron  . 1 7 3 


6.3  NC^N  User  Data  and  Information  Exchange  Network  Rei|uirements  and  Performance 

Cri  teria 

A brief  general  description  of  postulated  US  Navy  data  and  information  transfer 
services  required  for  ships  and  aircraft  at  sea  to  perform  Navy  missions  is  given  in  appendix  (i. 
These  requirements  are  supported  by  extensive  requirements  studies  which  drew  on  inputs 
from  fleet  personnel  and  analysis  of  crisis  occurrences  which  are  the  most  stressing  known 
drivers  of  data  and  information  and  transfer  needs.  Summaries  and  a bibliography  of 
these  requirements  analyses  are  included  in  appendix  G. 

These  required  data  and  information  transfer  services  provide,  along  with  sections 
6.1. 6.2.  6.4.  and  6.5.  the  rational  basis  for  the  proposed  specific  user  network  architectures 
described  in  section  6.6.  The  summary  table  of  these  requirements  is  extracted  from  appen- 
dix G and  presented  in  section  6.6  so  that  the  requirements  and  network  design  proposals 
can  be  more  easily  correlated  by  the  reader. 

In  addition  to  data  and  information  transfer  within  the  N('-*N,  there  is  a requirement 
to  specify  kinds,  location,  and  quantity  of  input  and  output  of  the  network. 

Inputs  are: 

Data  derived  by  radar,  sonar.  ESM  techniques,  and  human  observation 
Information  and  data  links  to  non-Navy  networks 
Undesired  jamming  and  spoofing  by  an  enemy 
Undesired  natural  and  man-made  noise  or  interference 

Outputs  are: 

Desired  information  and  data  via  links  to  non-Navy  networks 
Undesired  outputs  which  allow  intercept  by  an  enemy 
Undesired  outputs  which  cause  interference  to  non-Navy  networks 
Desired  outputs  to  allow  exploitation  of  enemy  networks  by  using 
knowledge  of  signal  formats  and  network  protocols  to  jam  or  spoof. 

(A  major  requirement  of  the  NC^N  is  to  be  able  to  interface  with  the  enemy 
C-*  network  to  the  extent  of  inducing  desired  uncertainty  and  error  in  his 
decision  process.) 

The  specifics  of  these  N('-^N  input  and  output  requirements  are  beyond  the  current 
scope  of  this  C effort.  Some  general  principles  are  worth  noting,  however. 

• The  distributed  network,  smart  terminal  architecture  implies  that  the  maximum 
possible  amount  of  data  reduction  and  processing  into  information  should  be 
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done  as  close  to  the  input  to  the  network  as  possible.  This  is  to  minimize  the 
cost  of  transporting  and  managing  large  volumes  of  data  in  the  network.* 

• The  process  of  gathering  and  transferring  information  by  active  means 
makes  the  individual  platforms  vulnerable  to  attack.  Therefore,  platforms 
having  high  economic  value  should  not  be  subjected  to  performing  unique 
C3  functions  which  will  result  in  SIGINT  being  able  to  single  them  out  as 
being  of  high  value. 

• Electromagnetic  emissions  from  one  platform  should  not  expose  friendly 
platforms  to  detection  by  bistatic  detection  techniques. 

• The  enemy  will  concentrate  counterattacks  on  the  platforms  which  attack 
his  surveillance  and  C~  capability.  Therefore,  these  platforms  should  be 
low  cost,  and  difficult  to  attack.  High-value  units  should  be  provided  with 
jammers  and  spoofing  capability  only  for  last-ditch  self-defense. 

• The  major  mobile  command  centers  will  typically  be  located  on  high-economic- 
value  platforms  (the  large  ones),  and  they  will  be  disseminating  a large  volume 
of  information.  To  prevent  an  enemy  from  using  SIGINT  to  identify  which 
are  the  command  centers,  the  network  must  have  a reasonably  balanced  signal 
flow  and  standardized  signal  formats.  What  this  implies  is  that  the  smaller 
platforms  will  appear  to  be  as  active  as  the  larger  ones.  Such  a balance  can  be 
achieved  naturally  in  a distributed  network  in  that  the  command  centers,  al- 
though they  are  handling  a lot  of  information,  are  not  transmitting  a lot  of 
data:  and.  while  the  smaller  platforms  are  transmitting  little  information,  the 
data  rate  is  high  because  the  data  reduction  and  information  correlation  process 
is  incomplete.  In  other  words,  signal  balance  in  the  network  is  achieved  by  a 
proper  and  natural  balance  of  signal  processing  capability  so  that  the  more 
information  going  out  of  a node,  the  more  prior  information  processing  has 
been  applied  to  each  information  set  to  reduce  the  data  rate.* 

It  should  be  noted  that  all  current  installations  as  well  as  the  planned  AEGIS 
violate  one  or  more  of  the  above  principles. 


‘Asterisked  items  above  amplify  on  OPN  AVINST  5200.23.  enclosure  2.  section  I ,a.(  2 ).  which  states 
in  part  "The  policy  of  the  Navv  is  to  relieve  afloat  forces  to  the  maximum  practical  extent  of  information 
processing  functions.” 


L 
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6. 31  Performance  Criteria  and  System  Implications 


a.  Survivability 


( 1 ) hach  commander  and  his  stall  will  have  the  ability  to  assume  command 
control  of  additional  forces: 

(a)  w hen  assigned  in  the  normal  course  of  events,  or 

(b)  when  the  normal  commander  has  been  rendered  incapable  of 
exercising  his  authority. 

Implications:  NC^N  design  must  include  provision  for  transferring  command-unique 
data  bases  and  processing  capabilities  to  selected  alternate  platforms/sites. 

A related  issue  is  that  of  determining  which  shore-based  and  shore-terminated 
tactical  support  systems  will  be  redirected  towards  surviving  afloat  commanders  and  what 
critical  elements  of  data/information  will  be  provided  by  those  systems  when  an  afloat 
commander  has  assumed  ocean  area  command. 

(2)  Major  afloat  commanders  now  operating  from  CV  class  platforms  may  be 
required  to  operate  from  non-CV  platforms. 

Implications:  System  design  must  minimize  space  and  weight  requirements  to  per- 
mit installation  of  flag  command  centers  in  at  least  CG  class  ships.  The  design  goal  must 

provide  for  minimizing  the  manning  level  of  commanders'  staffs  without  degrading  opera-  » 

tional  performance. 

Issues  surfaced  here  are  those  of  identifying  the  cognizant  command  echelon  and 
importance  level  of  data  base  elements,  decisions  relating  to  their  location  in  the  system, 
and  their  accessibility  by  commanders. 

The  first  implication  inherently  contains  a second.  System  design  must  provide  for 
a control  mechanism  and  procedures  which  will  automatically  recognize  the  planned  or 
unplanned  loss  of  an  information  input  or  output  terminal/node.  The  mechanism  must 
automatically  present,  from  among  alternatives,  the  system  or  network  configuration  having 
the  highest  probability  of  providing  the  service  necessary  to  meet  critical  information  ex- 
change requirements.  At  the  node  level,  this  includes  protection  against  data  base  loss  in 
the  event  of  a catastrophic  system  failure  together  with  a capability  for  rapid  restart.  It 
must  also  provide  for  automatic  notification  to  other  net  members  when  such  a failure 
ha>  occurred. 


1 


b.  Flexibility/Adaptability  (from  ref  3) 

“Military  considerations  have  emphasized  the  truth  of  the  lollowing  lour 

statements: 

( 1 ) Sensitivity,  change,  innovation,  and  adaptation  are  essential  characteristics 
of  tactical  warfare. 

(2)  Policies  and  procedures  must  be  tailored  to  the  characteristics  ol  each 
limited  war  environment,  and  must  be  continually  adapted  to  changing 
tactical  situations. 

(3)  The  characteristics  of  sensitivity,  change,  innovation,  and  adaptation 
are  essential  at  the  highest  level  of  national  policy  making,  in  all  the 
practices  and  procedures  of  a tactical  command  system,  and  also  in  i 
the  tactics  employed  by  small  task  units  in  actual  combat. 

(4)  In  any  one  war,  the  practices,  procedures,  and  tactics  that  are  appropriate 
for  a particular  grouping  of  task  units  at  a particular  time  and  place  may 
be  inappropriate  for  similar  groupings  of  task  units  in  a different  part  of 
the  area  of  operations  or  during  a different  phase  of  the  war.” 

Implications:  (from  ref  4) 

“From  these  four  statements  it  is  evident  that  the  designer  of  a system  of  infor- 
mation exchange  within  a Joint  Task  Force  must  be  continually  striving  for  adaptability. 
Further,  it  is  equally  evident  that  many  types  of  adaptability  will  be  needed;  for  example, 
in  the  pattern  of  information  (low,  in  the  speed  of  response,  in  the  geographical  distribu- 
tion of  network  capacity,  etc.” 

“An  important  type  of  adaptability  is  the  localized  application  of  techniques  that 
achieve  a desired  result  at  the  cost  of  a reduction  in  traffic  capacity.” 

“For  example,  during  a critical  phase  of  an  operation,  a commander  may  be  willing 
to  sacrifice  a great  deal  o.  ommunications  capacity  (for  a brief  period)  in  order  to  achieve 
the  concealment  of  a small  amount  of  information  exchange  with  and  among  forward  task 
units  The  system  designer,  therefore,  must  attempt  to  provide  this  capability  by  some  adap- 
tation ol  equipment  modes  and/or  operating  procedures.  Further,  the  adaptation  must  be 
localized,  so  that  other  users  of  the  system  may  continue  to  operate  in  a normal  manner. 
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■*T>ie  statements  on  Flexibility /Adaptability  are  excerpted  from  Mine  Corp  report  M70-l)7,/l  Concept  for 
Selective  Access  to  Tactical  Information , W(.  Welchman,  March  1 l*7 1 
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“The  ability  to  conceal  transmissions  from  the  enemy,  as  and  when  it  is  necessary 
to  do  so,  is  an  important  characteristic  of  an  optimum  system.  A more  general  characteristic 
is  that  adaptive  emergency  measures  must  be  an  integral  part  of  the  overall  system  concept. 
Here  the  word  “adaptive”  indicates  that  the  system  must  permit  different  levels  of  sophis- 
tication to  be  used  for  different  purposes.  (A  high  level  of  sophistication  will  impose  various 
types  of  sacrifice,  such  as  a more  complex  organization,  more  noncombatant  personnel,  etc).” 

“Further  characteristics  of  an  optimum  system  of  access  are  adaptive  measures  to 
deal  with  degraded  conditions  of  radio  propagation,  with  enemy  spoofing,  and  with  attrition. 
Again,  the  use  of  the  word  “adaptive”  is  important.  If,  for  example,  a few  task  units  are 
being  affected  by  enemy  jamming,  it  should  be  possible  to  ease  their  problem  by  adapting 
equipment  usage  or  system  procedures.  This  adaptation  will  probably  reduce  the  rate  and/or 
volume  of  information  exchange  with  and  among  the  task  units  being  jammed.  However,  it 
should  be  possible  to  localize  the  employment  of  the  antijam  measures,  so  that  task  units  not 
affected  by  jamming  may  use  the  full  information  handling  capacity  of  the  normal  mode  of 
system  operation.” 

c.  Vulnerability 

(1 ) The  system  will  provide  physical  and  procedural  protection  against  intru- 
sion by  unauthorized  parties,  alarms  if  such  intrusion  should  take  place, 
and  protection  against  spoofing  by  entry  of  false  directives  or  information. 

(2)  The  system  must  be  capable  of  operating  in  hostile  electronic  environments 
in  a manner  which  allows  continual  service  without  identifying  specific 
targets,  forces,  or  their  locations,  and  without  permitting  an  enemy  to 
ascertain  own  force  intentions. 

Implications:  System  design  must  provide  for  selectiofi  and  implementation  of  counter 
modes  of  service  on  recognition  of  prespecified  thresholds  of  electronic  attack,  and  for  insti- 
tuting those  counter  modes  without  prior  notice  to  other  net  members.  Concomitantly,  it 
must  provide  for  automatic  reconfiguration  of  node  equipment  and  procedures  to  recognize 
and  accept  these  new  modes.  Further,  design  must  preclude  determination  by  an  enemy  of 
system  loading  levels,  modes  of  operation,  or  derivation  of  information  content. 

d.  Interoperability 

( 1 ) Each  node  of  the  system  will  be  provided  the  inherent  capability  to 
access  any  other  node  in  the  system  as  well  as  selected  non-NC^N 
nodes  on  a demand-access  basis.  Such  accesses  must  be  transparent  to 
the  user  through  standard  protocol. 
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3. 


Implications:  System  design  must  provide  for  accessibility  to  any  node  by  a senior 
not  normally  in  the  chain  of  command,  and  seniors  must  be  accessible  by  NC'^N  nodes  on  a 
situation-demand  basis.  Under  certain  circumstances,  this  direct  access  may  be  effected  by 
means  of  commercial  or  other  non-Navy  assets. 

Data  bases  in  the  1985  era  will  be  composed  of  general  service  and  compartmented 
information.  Contingency  realignment  of  command  structures,  from  time  to  time,  will 
demand  that  alternate  commanders  have  access  to  information  heretofore  denied  them.  Sys- 
tem design  must  therefore  provide  for  a high  degree  of  interoperability  in  accordance  with 
such  realignments,  but  without  compromise  to  the  security  and  integrity  of  information  con- 
tained in  the  data  bases. 

The  NC'^N  must  be  compatible  with  Worldwide  Military  Command  Control  System 
(WWMCCS)  procedures  so  that  direct  access  can  be  effected  from  the  platform  level  when  a 
situation  so  demands.  It  must  also  be  compatible  with  evolving  Joint  and  DCS  systems 
(JTIDS,  AUTODIN  11,  unit  level  switch.  DSCS)  as  well  as  systems  being  developed  under 
the  aegis  of  treaty  organizations  and  international  agreements. 

f 2 ) Node  design,  particularly  tactical  commanders’  nodes,  will  minimize 
duplication  of  capabilities  inherent  in  the  platform  in  which  the  node 
will  be  installed. 

Implications:  Platform  systems,  eg,  those  performing  combat  direction,  and  the 
associated  data  processing  suite  must  be  accessible  directly  by  the  tactical  flag  node.  Under 
no  circumstances,  however,  will  such  access  by  the  commander  or  his  staff  detract  from  over- 
all platform  performance. 

e.  Quality 

Quality  of  information  to  the  decision  maker  and  to  the  implementor 
of  the  decision  must  be  consistent  with  the  operational  need  to: 

( 1 ) raise  the  decision  maker’s  level  of  cognition  from  one  of  uncertainty 
to  one  of  estimating  and  accepting  risk;  and  (2)  produce  the  desired 
effect  in  the  case  of  machinery  (eg,  weaponry)* 

Implications:  Quality  of  information  depends  on  ( I ) how  well  the  gathering  and 
collation  process  is  done,  and  (2)  the  fidelity  with  which  the  information  is  transferred. 

Since  the  future  system  will  be  primarily  digital,  the  quality  of  the  system  is  given  implicit 
quantification  in  terms  of  bit  error  rates  which  are  specified  in  annex  A to  appendix  ( , 


*Lg.  direct  a weapon  with  sufficiently  small  CLP  to  effect  a target  kill. 
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f.  Availability 

The  system  will  be  available  to  the  user  the  stated  time  tor  the  mission 
duration  of  the  platform  in  which  it  is  installed.  Provision  will  be 
made  for  graceful  (in  lieu  of  catastrophic)  degradation  if  major  faults 
do  occur. 

Implications:  As  a result  of  tradeoff  analysis,  an  optimum  ranking  of  system  capa- 
bilities must  be  determined.  Included  will  be  factors  such  as  reliability  and  maintainability 
of  equipment,  manning  level  and  training  considerations,  and  the  feasible  techniques  for 
minimizing  onboard  routine  maintenance  and  fault  isolation  and  correction.  As  the  system 
capabilities  lessen  because  of  faults,  design  will  provide  for  retention  of  capabilities  on  the 
basis  of  criticality  of  need. 

g.  Responsiveness 

The  system  will  respond  to  the  urgency  for  information  to  be  ex- 
changed or  processed  and  will  establish  a precedence  of  handling 
should  there  be  a contention  for  system  resources.  Urgency  levels 
may  be  assigned  by  a process  within  the  system  or  by  human  inter- 
vention. The  associated  response  time  will  include  the  selection  and 
provision  of  the  media  of  exchange  and  mode  of  presentation  deemed 
best  for  transferring  information  between  and  among  men  and 
machines. 

Implications:  Under  normal  circumstances,  system  design  will  provide  for  automatic- 
recognition  of  precedence  for  handling  both  intranodal  and  internodal  processing  and  ex- 
change of  information.  In  recognition  of  the  fact,  however,  that  command  may  desire  to 
modify  responsiveness  criteria  on  a situation-demand  basis,  the  capability  for  human  over- 
ride will  be  provided.  It  should  be  observed  that  exercise  of  this  capability  will  likely  require 
internodal  coordination  due  to  the  fact  that  some  system  components  (notably  communica- 
tions links)  are  shared  by  net  members  at  both  the  local  and  ocean  level. 

h.  Connectivity 

The  term  “connectivity”  refers  to  the  existence  of  potential  or  actual 
physical  links  with  sufficient  range  to  interconnect  nodes  ol  the  network. 
Annex  C of  appendix  I develops  path  redundancy  criteria  which  would  leai 
to  sufficient  connectivity  to  ensure  W' ; probability  of  successful  message 
delivery  when  availability  and  quality  factors  were  considered.  In  the 


case  of  sensors,  similar  requirements  exist  to  provide  a sufficient  number 
and  range  of  links*  to  ensure  detection  of  targets  early  enough  to  allow 
time  for  the  processing  of  information  and  decision  making.  In  the 
case  of  ECM.  links  must  be  of  sufficient  number  and  range  to  inhibit  the 
C~  processes  of  an  enemy  and,  if  possible,  prevent  or  degrade  targeting 
by  him. 

i.  Usability 

The  system  will  allow  semiautomatic  entry  and  access  of  information  by 
means  which  are  familiar  or  which  will  require  a minimum  of  operator 
training. 

Implications:  Although  directly  related  to  use  of  familiar  man-machine  interface 
equipment,  usability  requirements  also  dictate  that  system  interface  design  emphasize  pro- 
cedures  commonly  in  use.  This  implies  that  any  procedural  translation  from  the  understood 
and  familiar  to  the  unfamiliar  must  be  performed  internally  by  the  system  in  a manner 
transparent  to  the  user.  A related  implication  is  that  the  human-machine  functional  res- 
ponsibility interrelationships  must  be  well  defined  prior  to  the  node-level  system  design 
phase. 

j.  Capacity 

( 1 ) The  system  will  be  capable  of  supporting  task  organization  commanders 
or  platform  commanders  in  the  conduct  of  mission  planning  as  well  as 
in  command  control  of  high-speed,  multithreat  tactical  nuclear  engage- 
ments. The  system  will  provide  the  capacity  to  support  a command 
structure  which  is  solely  Navy,  Joint  operations,  oriented,  or  one  con- 
trolled directly  by  a supra-authority  such  as  the  NCA.  On  a noninter- 
ference basis,  the  system  should  provide  operational  support  functions: 
ie,  administrative  and  routine  logistics  tasks. 

(2)  The  system  will  be  capable  of  tolerating  increases  in  net  membership 
on  an  ocean  or  local  area  basis  caused  by  reallocation  of  forces  or  b\ 
a major  reassignment  of  forces  between  ocean  areas. 

(3)  The  system  control  features  will  manage  and  operate  system  assets 
in  a manner  that  ensures  a continuing  economy  of  resource  utiliza- 
tion within  the  bounds  of  maximizing  information  throughput  and 
minimizing  transfer  of  noninformation. 
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Implications:  It  is  obviously  impracticable  to  design  a system  which  would  be  the 
panacea  for  all  the  ills  of  command  control  structures,  missions,  and  platform  population 
forecasts.  The  design  must  be  affordable  and  strive  for  a compromise  between  the  ideal 
and  the  achievable,  with  emphasis  on  innovative  procedural  concepts.  These  concepts 
should  focus  on  minimizing  system  perturbations  caused  by  a heavy  influx  or  departure 
of  net  members  or  by  a major  command  restructuring. 

Second,  the  control  and  monitoring  capability  must  collect,  analyze,  and  evaluate 
resource  utilization  data  on  a continuing  basis  and  provide  to  decision  makers  alternative 
solutions  to  information  flow  problems.  The  solutions  will  include  a statement  concerning 
the  impact  on  system  performance  of  sustaining  selected  service  at  the  possible  expense  of 
lessening  service  to  other  net  members. 

The  foregoing  implies  that  the  system  must  be  capable  of  automatic  response  to 
user-levied  quality  and  speed-of-service  demands,  and.  when  conflicts  arise  between  the 
two,  for  presenting  a recommended  compromise.  The  originator  (man  or  machine)  will 
inform  the  system  what  is  required:  the  system  will  make  the  technical  judgment  as  to  how 
to  best  satisfy  the  requirement. 

6.4  Vulnerabilities 

This  section  lists  some  of  the  threat  considerations  (threats  to  the  system)  which 
constrain  the  NC'^N  architecture.  Appendices  II.  I.  and  J discuss  these  threats  in  some  detail. 

The  threat  considerations  are: 

a Ocean  Area 

( I I IK'S  shore  terminal  sabotage.  A bullet  or  small  explosive  charge  in  an 
antenna  feed  could  completely  disable  that  portion  of  a shore  node 
depending  on  it. 

( 2)  l arth  coverage  satellite  uhf  uplinks  are  easily  jammed  by  manpack 
equipment  at  uhf.  Slightly  more  sophisticated  equipment  (eg.  small 
mobile  systems)  can  jam  shf. 

(3>  Nuclear  effects  on  the  propagating  medium  and  of  stresses  to  node  equip- 
ment due  to  the  nuclear  environment.  Media  effects  include  energy  ab- 
sorption for  ionospheric  and  transionospheric  propagation  modes  that 
extend  from  ell  into  uhf.  accompanied  by  changes  in  wave  velocity,  phase 
shift,  and  rotation  of  the  plane  of  polarization. 


The  fireball  region  is  opaque  virtually  throughout  the  entire  radio 
spectrum,  up  to  about  1 00  GHz,  for  several  seconds.  Optical 
electro-optic-frequency  (EOF)  propagation  is  disrupted  by  intense  fire- 
ball luminosity. 

Appendix  H summarizes  effects  of  the  electromagnetic  pulse  (EMP) 
and  of  transient  radiation  effects  on  electronics  (TREE)  on  the  NC^N 
nodes.  These  effects  include  permanent  and  temporal  node  disruption 
or  degradation,  due  to  damage-level  energy  coupling  to  antenna  cir- 
cuitry, analogous  to  lightning  phenomena.  Logic  circuits  may  be  dis- 
rupted for  a variety  of  causes  that  include  effects  attributable  to  photo- 
emission and  displacement  damage  to  semiconductors  from  exposure  to 
radioactive  fields.  Additionally,  memories  may  be  erased  either  by 
EMP  or  by  TREE  effects. 

(4)  Long-haul  hf  is  susceptible  to  long-range  jamming  and  direction 
finding.  Long  range  jamming  can  be  reduced  or  eliminated  by 
path  and  frequency  management. 

(5)  Satellite  surveillance  can  be  expected  to  be  capable  of  localizing  any 
source  of  uhf  or  shf  uplink  radiation  sufficiently  well  to  provide 
information  on  search  regions  to  higher-resolution  systems. 

(6)  Satellite  destruction  is  possible  but  least  likely  of  any  alternatives. 

Intra-Task  Force 

( 1 ) Sabotage  — Less  likely  on  ship  systems. 

(2)  Earth  coverage  uplinks  are  highly  susceptible  to  jamming,  and  TF  cover- 
age beams  may  still  be  susceptible  in  areas  such  as  the  Mediterranean 
due  to  restricted  waters. 

(3)  Nuclear  burst  - Same  as  a.  (3)  except  ionospheric  path  is  not  required 
and  distributed  ionosphere  could  cause  multipath  interference  to  desired 
groundwave. 

(4)  Long-range  jamming  Same  as  a.  (4)  except  TF  using  groundwave  lit 
can  avoid  long-distance  jammers  by  proper  frequency  management. 

(5)  Satellite  surveillance  Same  as  a.  (5). 

(ft)  Satellite  destruction 


Same  as  a.  ((>). 


(7)  Local  tactical  jammers  - These  will  have  limited  resources  which  will 
constitute  a high  threat  to  small  units,  on  the  fringes  of  a task  force  or 
near  the  immediate  scene  of  combat,  which  are  attempting  to  receive 
communications  from  more  distant  commanders  (eg,  C'V  to  F-14  to 
missile  links).  Such  threats  can  be  combated  by  providing  small  plat- 
forms with  a null  or  jam  capability  and  some  processing  capability,  and 
by  direct  attack  on  the  jammer. 

6.5  Some  System  Constraints 

Some  of  the  most  significant  constraints  that  must  be  considered  in  the  construc- 
tion of  a network  architecture  are  highlighted  in  this  section. 

6.5.1  Space.  Motion,  Time 

a.  Position  and  Motion 

Among  the  most  important  factors  in  C’’  system  design  will  be  the  assump- 
tions about  how  accurately  each  node  holds  location  and  time  information. 

In  the  1980  era.  satellite  services  will  be  available  on  a global  basis  which  will 
allow  nodes  to  passively  determine  their  own  position  to  an  accuracy  of  10 
metres  and  velocity  to  an  accuracy  of  ~3  cm/s  in  three  dimensions.  Com- 
munications links  can  be  used  to  pass  such  information  among  the  members 
of  task  forces  and  groups.  Submarines  and  very  small  nodes  such  as  boats  and 
manpack  will  usually  be  excluded  from  the  satellite  navigation  service  because 
of  si/e  or  environment,  so  other  means  (ie.  communication  links,  inert  ial  guid- 
ance etc)  will  have  to  provide  information  to  aid  these  nodes  to  locate  themselves. 

Usually  tactical  requirements  (eg,  weapons  direction)  will  pose  stringent  require- 
ments on  nodal  position  and  motion  accuracy.  The  main  concern,  therefore,  is  an  integrated 
information  handling  approach  which  will  ensure  that  these  services  are  available  lor  ( •' 
purposes  including  the  tactical  information  base. 

The  advent  of  the  laser  gyro  will  eventually  provide,  in  a small  package,  sufficient 
positioning  accuracy  to  allow  missile  guidance  nets  handling  multimissile  launches  from  many 
platforms.  Since  guidance  messages  to  each  missile  can  be  very  short,  all  such  messages  can 
be  fully  encrypted  and  uniquely  addressed  for  each  missile  on  a multiple-access  netted  basis. 
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b.  Timing 


It  is  now  technically  and  economically  feasible  to  provide  time  of  sufficient 
accuracy  on  every  platform  to  ensure  network  acquisition  based  on  internal 
references.  Table  6-2  shows  representative  accuracies  and  costs. 

TABU:  6-2.  TIME  AND  FREQUENCY  STANDARDS-CHARACTLRISTICS 


Type 

Long-Term 

Stability 

Valid 

Period 

Weight* 

(lb) 

Size*  (inches) 

HXWXD 

Approx  1975 
Cost  (S) 

cesium 

±3  X 10'12 

(no  drift) 

<30 

6 X 6 X 19 

20k 

rubidium 

±1  X 10'1 1 

1 month 

<20 

6X6X16 

10k 

quartz 

<5  X 10->° 

1 day 

<1/2 

2X2X2 

0.6k 

‘Weight  and  dimensions  are  based  on  projected  LSI  technology  for  post  1985. 


On  the  basis  of  table  6-2,  it  appears  that  most  naval  platforms  should  be  provided 
with  a primary  cesium  standard  and  backup  rubidium  standards  for  redundancy.  Manpack 
radios  can  use  a quartz  standard  provided  it  is  resynchronized  fairly  often. 

Table  6-3  relates  maximum  time  error  to  stability  and  resynchronizing  period.  This 
is  a direct  result  of  the  equation. 

MAXIMUM  TIME  ERROR  (sec)  = STABILITY  X RESYNOIRONIZATION  PERIOD  (sec) 

This  assumes  the  time  error  grows  linearly  with  time.  That  is,  since  the  standard  has  no 
significant  drift,  the  time  error  accumulates  until  resynchronization. 

TABLE  6-3.  MAXIMUM  TIME  ERROR  (MILLISECONDS). 


Rcsynch 

Period 

+3  X 10“12 

±1  X 10'1 1 

(days) 

(cesium) 

(rubidium) 

Notes 

I 

0.000259 

0.00091 

7 

0.00181 

0.0061 

30 

0.00778 

0.026 

60 

0.0155 

0.058 

typical  ship  mission  period 

90 

0.0232 

0.078  , 

typical  max  mission  period 

182 

0.0472 

0.16 

365 

0.0945 

0.32 

•Asterisked  values  assume  10*1 1 

stability  is  valid  beyond  30-day  period  specified  in 

table  6-2. 

Time  can  be  transferred  from  one  platform  to  another.  During  signal  processing 
an  estimate  of  the  propagation  delay  time  is  obtained  from  the  correlation  process.  The 
difference  between  the  estimated  propagation  time  and  (tie  real  propagation  time  is  the 
relative  time  error  of  the  two  platforms.  By  correcting  the  time  of  one  platform,  “time" 
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can  be  transferred  from  one  platform  to  another.  This  process  could  be  performed  regu- 
larly, say  every  week  or  so  for  ships  and  each  day  for  aircraft.  Probably  only  one  ship  or  a 
small  number  of  ships  in  the  task  force  wouid  then  be  responsible  for  keeping  “real  time.” 


6.5.2  Technology  Constraints 
a.  Transmission 

1.  Size  and  weight  reduction  of  rf  components.  Much  of  this  reduction 
which  is  possible  from  solid-state  rf  device  technology  has  already 
occurred.  Much  rf  hardware  is  “plumbing”  which  is  developed  as  tar 
as  possible  already  in  terms  of  size,  weight,  electrical  linearity,  and 
energy  loss.  Cavities,  coils,  capacitors,  transmission  lines,  and  waveguides 
are  about  as  small  as  they  will  ever  get. 

2.  Attempts  to  reduce  the  size  of  rf  components  using  ferrite  and  solid- 
state  techniques  often  result  in  penalties  in  linearity  of  current  and 
voltage  paths  which  can  lead  to  severe  EMC  problems  due  to  intermod- 
ulation. The  dynamic  linearity  of  active  devices  is  not  expected  to  get 
much  better  than  the  present  86  dB  approximately,  and  there  are 
200-dB  and  more  differences  between  receiver  thresholds  and  locally 
generated  transmitter  powers  on  typical  naval  platforms. 

3.  Antenna  coupling  is  a major  unresolved  problem.  The  problem  is  a 
result  of  the  large  number  of  antennas  that  must  be  installed  in  the 
physically  limited  space  of  most  naval  platforms,  interactions  that 
exist  among  the  various  antennas  due  to  energy  at  out-of-band  fre- 
quencies. and,  finally,  the  influence  of  many  objects  and  obstacles  of 
many  geometrical  shapes  and  sizes  that  exist  aboard  ships. 

Some  of  the  critical  areas  that  must  be  considered  involve  (ref  5): 

(a)  Effects  of  obstacles  on  main-beam  to  main-beam  coupling  as 

a function  of  range,  for  in-band  frequencies  and  for  out-of-band 
frequencies 

(b)  Effects  of  polarization  on  obstacle  decoupling 

(c)  Effects  of  main-beam  misalignments  for  both  in-band  and  out- 
of-band  frequencies 

(d)  Effects  of  obstacles  on  antenna  performance  as  a function  o! 
range  and  angle 

'Project  A- 1 30 1 . Final  Report.  31  January  1 ‘>7 2 . Contract  N00024-71-COI  I20.(ieurpia  ’nstiiuteni  rechno<og> 
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(e)  Intermodulation 


(0  Potential  phased-array  problems  (including  intermodulation) 

4.  Systems  engineering  design  methods  must  be  improved  to  ensure  con- 
trol over  design  and  placement  of  all  antennas  employed  on  a platform 
to  avoid  hazardous  mutual  coupling  effects,  to  reduce  electromagnetic 
interference  to  levels  of  acceptability,  and  to  guard  against  distortion  of 
the  antenna  pattern.  Due  to  the  complexity  of  interaction  effects,  the 
effectiveness  of  design  methods  for  control  of  near-field  effects  can 
only  be  established  following  completion  of  a rigorous  total  systems 
test  program,  leading  to  a demonstrated  proof  of  acceptable  perfor- 
mance (ref  6,  7). 

Appendix  B describes  the  basic  methodology  required. 

5.  Antijam  requirements  will  have  the  effect  that  some  nominally  omni- 
directional (or  at  least  broad-area-coverage)  antenna  systems  at  hf  and 
above  will  have  their  radiation  coverage  modified  by  a null-on-jam 
capability  on  selected  small  platforms.  The  usefulness  of  such  techniques 
is  constrained  by  multinode  multidirection  linking  and  netting  require- 
ments. 

6.  Modularity  and  standardization  should  extend  to  electromechanical, 
hydraulic  components.  The  result  should  be  more  use  of  lower-cost 
standard  modules  for  single-  and  dual-axis  drives  covering  a broad  spec- 
trum of  torque,  speed,  and  accuracy. 

7.  Electro-optic  frequencies  (EOF)  will  be  entering  into  general  use,  allow- 
ing high-data-rate, ^secure,  antijam,  anti-intercept  connectivities.  EOF 
links  to  submerged  submarines  (from  surface,  airborne,  and  satellite 
platforms)  will  be  much  less  limiting  on  their  operations  than  present 
technique. 

8.  Nuclear  EMP  is  an  ignored  problem  in  many  transmission  designs  today, 
and,  as  this  area  gains  attention,  the  complexity  and  cost  of  rf 
designs  will  increase. 


* NAVfcLE X 0101 . 106.  Electromagnetic  Compatibility  and  Electromagnetic  Radiation  Hazards.  August  1 1>7  I 
" NAVORI)  OP  .I505/NAVA1R  16-1 Hazards  ot  Electromagnetic  Radiation  to  Personnel 
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9.  Link  quality  and  availability:  Most  naval  platforms  have  very  complex 
structures,  resulting  in  blocking  and  multipath  cancellation  of  radiated 
energy.  Em  noise  and  propagation  environments  are  also  very  complex. 
Processing  power  and  data  should  become  available  to  aid  the  C~ 
network  specialist  to  predict  the  quality  and  availability  of  any  given 
connectivity  in  real  time,  replacing  present  trial-and-error  methods. 

10.  Small  ship  shf  satcom  capability  will  eventually  provide  additional 
link  capacity  at  the  cost  of  increased  EMI  due  to  spectrum  crowding 
in  this  band  and  vulnerability  to  enemy  EW. 

1 1.  Common  user  connectivity  schemes  controlled  by  automatic  processes 
will  replace  the  present  vulnerable  dedicated  use  of  assets.  Such  proc- 
essing will  provide  AJ,  LP1  enhancement;  more  efficient  operation 
through  more  precise  time,  location,  and  motion  information;  and 
faster  response  to  users  through  coordinated  switched  management 

of  transmission  assets. 

1 2.  Satellite  on-board  processing  will  further  enhance  system  flexibility  and 
resistance  to  jamming. 

b.  Processing  Technology  Impact 

1.  Microprocessor  technology  mushroomed  in  1974.  Further  advances  in 
microminiaturization  can  be  expected  to  the  extent  of  providing  at  least 
minicomputer-type  capability  in' hand-held  sizes.  The  buttons  and  dis- 
plays are  likely  to  be  the  limiting  factors  on  size  reductions.  Size  and 
low  cost  will  drive  processing  architecture  toward  distributed, 
functionally  dedicated,  software/hardware.  Time  sharing  for  many 
functions  will  be  minimized  even  though  the  hardware/software  modules 
will  be  idle  much  of  the  time  in  many  cases.  This  will  decrease  the  com- 
plexity of  executive  routines  and  make  future  systems  very  adaptable  to 
evolutionary  change.  Changes  in  electronic  suites  can  be  made  by  sim- 
ply installing  new  distributed  interface  control  units  onto  a permanent 
standard  bussing  system  and  running  only  local  cables. 

2.  Fiber-optic  or  coaxial  multiplexed  signal  distribution  will.  Iiand-in-lumd 
with  distributed  processing,  lead  to  a major  breakthrough  in  cost,  weight, 
and  space  in  cabling  and  will  again  make  possible  redundant  routing  for 
survivability. 
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Optical  processing  will  eventually  result  in  pervasive  direct  electronic 
real-time  access  to  all  the  information  one  can  conceive  of  needing  on 
most  naval  platforms.  This  will  lead  directly  to  a need  to  treat  all 
information  in  an  integrated  total-system  sense  whether  it  is  for  example, 
equipment  repair  information,  supply  data,  or  tactical  data.  This  will 
be  eventually  completed  by  techniques  for  speech  communication  with 
computers  for  direct  data  entry  into  tactical  and  other  information 
systems  using  limited  but  natural  task-oriented  vocabulary  and  grammar 
(ref  8). 

4.  Backup  procedures  will  be  almost  as  fully  automated  as  the  primary 
procedures,  and  manual  backup  will  be  neither  effective  nor  affordable 
in  almost  all  cases. 

5.  Processing  efficiencies  and  accurate  space,  time,  frequency  standards 
will  lead  to  the  availability,  on  a global  basis,  of  accurate  real-time 
information  on  time,  platform  locations,  and  platform  vectors  so  that 
almost  all  platforms  will  have  highly  responsive  adaptable  and  predict- 
able communication  network  entry  to  communicate  with  any  platform. 

It  will  for  the  first  time  allow  real-time  multimedia,  multinetwork 
connectivity  for  important  messages  in  extremely  adverse  wartime  en- 
vironments. 

The  evolution  to  cheap  data  processing  will  result  in  more  on-site  data 
processing  to  save  transmission  assets. 

6.5.3  Human  Factors 

Humans  in  any  operational  system  primarily  make  decisions  (including  generation 
of  hypotheses).  Usually  a human  decision  is  not  required  when  events  occur  according  to 
a well  formulated  plan  or  design  (anticipative  decision  making).  The  human,  in  most  appli- 
cations, requires  aid  in  effectively  accomplishing  this  decision  making  process.  These  aids 
either  allow  him  to  make  the  decision  at  all  or  augment  his  speed,  security,  or  accuracy. 
Basically,  the  purpose  of  making  a decision  is  to  cause  an  unplanned  event  to  become  a 
planned  event  (the  plan  is  amended). 

Most  humans,  especially  in  the  military,  prefer  to  make  decisions  as  much  as  pos- 
sible in  anticipation  of  events.  It  is  sometimes  acceptable,  if  the  events  are  not  too  compli- 

s Ritej.  IIB.  System  Development  Corporation.  Speech  Communications  with  Computers  in  Command 
& Control  (private  correspondence  between  IIB  Ritea  and  RT  Shearer.  NI'LC.Code  0233).  received 
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cated  or  do  not  occur  too  rapidly,  to  make  decisions  as  they  occur,  hut  not  significantly 
long  after  they  occur.  If  events  could  confidently  be  predicted  to  occur  within  the  boun- 
daries of  a plan,  there  would  be  very  little  reason  to  communicate  during  the  planned  opera- 
tion. It  is  seldom  the  case,  however,  that  sufficient  resources  are  applied  to  an  operation 
to  independently  cover  all  possible  contingencies  with  a preplanned  decision.  The  situation 
can  be  improved  by  increasing  the  degree  of  standardization  or  operating  procedures.  This 
should  occur  at  two  levels:  the  minimum  standard  level  which  will  allow  interchange  of 
personnel  in  the  same  job  category;  and  the  advanced  level  where  a high  degree  of  coordina- 
tion is  achieved  because  combat  team  integrity  has  been  maintained  for  a sustained  period 
of  time.  The  goal  should  be  that  the  advanced  procedures  are  no!  inconsistent  with  the 
minimum  standard  procedures.  , 

In  order  to  achieve  the  most  operating  capability,  a given  feam  member  must  know 
not  only  his  own  operating  procedures,  but  the  procedures  of  the  o|Jier  key  tea'm  members 

as  well.  In  addition  to  this,  he  must  know  what  phase  of  tne  mission  the  platform  is  in  and 

< 

the  operational  readiness  status  of  the  major  platform  systems.  That  is,  the  team  operating 
procedures  could  change  substantially  as  a function  of  these  two  factors.  A good  measure 
of  team  effectiveness  is  that  the  operating  procedures  and  discipline  are  at  such  a state 
that  only  essential  information  is  communicated.  That  is,  “chatter”  is  eliminated.  This 
helps  illustrate  the  point  that  many  times  an  individual  must  contend  with  too  much  in- 
formation in  the  decision  making  process. 

The  system  must  be  designed  so  that  information  saturation  cannot  occur  either 
to  the  system  or  to  decision  makers.  It  also  follows  that  in  order  to  achieve  a high  degree 
of  standardization  of  personnel  procedures,  the  equipment  configuration  must  also  be 
standard.  Every  nonstandard  configuration  requires  further  training  in  order  to  achieve 
the  desired  effectiveness.  While  it  may  be  desirable  to  assign  a person  into  different  job 
categories  as  preparation  for  a higher-level  job,  it  is  also  desirable  to  perform  cross  training 
in  order  that  the  individual  understands  to  a certain  degree  the  entire  operation  at  his  level. 
Otherwise,  it  is  possible  that  the  actions  of  one  individual  team  member  could  critically 
interfere  with  the  operation  of  another.  In  order  to  avoid  information  saturation  of  a 
person  at  a higher  level  in  the  C~  hierarchy,  this  lower-level  coordination  becomes  in- 
creasingly important.  That  is.  “the  bubble"  (operational  picture)  should  be  distributed  as 
much  as  possible. 

In  order  to  set  forth  the  required  ( “ interconnectivities,  the  functional  C“  hier- 
archy must  be  precisely  defined.  This  definition  must  include  all  necessary  vertical  and 
lateral  coordination.  Only  in  that  way  can  human  roles  be  evaluated.  The  underlying  philos- 
ophy is  that  humans  communicate  primarily  by  exception  and  preferably  by  voice. 
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Routine  (preplanned)  communication  is  the  prime  candidate  for  automation.  For  unplanned 
interaction,  voice  is  by  far  the  most  rapid  and  reliable. 

Many  times  in  present  design,  the  user  of  a system  is  forced  to  have  a great  deal  of 
knowledge  of  the  system  in  order  to  be  effective.  Future  systems  must  be  designed  so  that 
the  user  need  only  have  sufficient  system  knowledge  to  effectively  operate  them  in  their 
degraded  modes.  In  other  words,  the  user  should  be  able  to  concentrate  on  the  uses  and  not 
the  inner  workings  of  his  tool. 

Another  situation  in  which  the  human  can  play  a major  role  is  that  in  which  he  inter- 
acts with  feedback.  His  senses  may  be  stimulated  (visual,  audiotactile)  in  various  manners  to 
convey  information  to  him.  He,  then,  out  of  some  combination  of  reflex  and  judgment,  exerts 
a control  force  over  some  mechanism.  In  many  cases,  the  human  can  perform  this  function 
very  efficiently.  A good  example  is  a fighter  pilot  in  a tactical  situation. 

When  it  is  desirable  to  extend  his  basic  capability  by  electromechanical  means,  a 
primary  consideration  is  the  nature  of  the  interface  of  these  systems  with  the  human.  Since 
the  human  himself  is  a system  with  feedback  and  a limited  range  of  time  constants,  the  input/ 
output  values  are  limited  by  data  rate,  signal  strength,  and  other  such  features. 

The  human  also  typically  solves  problems  sequentially.  For  example,  a race  car  driver 
pays  little  attention  to  engine  instruments  while  negotiating  a difficult  corner;  he  will  wait  for 
the  straightaway  to  check  these.  Similarly,  he  may  have  the  ability  to  adjust  his  suspension 
while  moving,  but  he  cannot  do  it  with  each  bump. 

There  are  many  situations  in  which  humans  are  used  to  augment  a deficient  system. 
Good  examples  of  this  are  manual  plotters  and  sound-powered  phone  relay  talkers  and  other 
human  intermediaries.  However,  using  humans  in  this  manner  reduces  not  only  speed  but 
accuracy  as  well  — especially  if  the  individual  has  no  inherent  understanding  of  the  operations 
sufficient  for  him  to  exercise  judgment. 


6.6  Proposed  Specific  User  Network  Architectures 

The  framework  for  the  NC-^N  was  established  in  section  6.1  and  the  basic  principles 


and  features  were  described  in  section  6.2.  The  essential  network  design  features  were 
given  in  table  6-1  Given  the  user  requirements,  the  threat  and  constraints  established  in 
sections  6.3,  6.4,  and  6.5  and  their  supporting  appendices,  it  is  now  possible  to  proceed  to 
propose  specific  network  architectures.  The  user  requirements  are  summarized  in  table  6-4 
at  the  end  of  this  section. 
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There  will  be  three  kinds  of  networks  which  are  interconnected  by  switching.  They 

are: 

• Ocean  area  coverage  beyond  line  of  sight  (BLOS)  networks  by  which  mobile 
forces  are  connected  into  the  DCS-operated  global  fixed  network. 

• Extended  line  of  sight  (ELOS)  networks  by  which  intra-task -force  connectivities 
are  provided  at  ranges  over  the  horizon  out  to  about  500  km  via  the  ionosphere, 
groundwave.  or  satellite  relay  paths. 

• Line  of  sight/ELOS  (LOS/surface  and  airborne  relay  ELOS)  networks  by  which 
task  force  connectivities  are  provided  out  to  40  km  for  ship  to  ship  and  out  to 
500  km  for  ship  to  air  and  which  provide  ELOS  by  surface  or  airborne  platform 
relay. 

All  these  nets  will  be  constructed  via  a multiplicity  of  media  to  ensure  the  required 
0.99  probability  of  successful  message  delivery  in  the  face  of  outages  due  to  both  natural  and 
man-made  events. 

a.  Ocean  Area  Net 

This  is  constructed  of  satellite  and  ionospheric  paths  interconnected  among 
themselves  and  into  DCS  via  packet  switching.  DCS  will  own  the  satellites 
and  shore  assets  and  the  Navy  will  own  the  mobile  terminal. 

The  globe  is  conveniently  divided  into  four  ocean  areas: 

Atlantic  and  Western  Mediterranean 
Mediterranean  and  Indian  Ocean 
Western  Pacific 
Eastern  and  Central  Pacific 

A global  network  tying  mobile  platforms  into  DCS  would  be  composed  of  four 
overlapping  subnets  covering  the  ocean  areas. 

The  assets  of  the  four  subnets  would  be  intertied  via  cables  and  satellite  relay,  backed 
up  to  some  extent  by  point-to-point  hf  and  vlf/lf.  Four  synchronous-orbit  satellite  locations 
are  required.  The  satellites  would  be  tied  together  via  satellite-to-satellite  optical  links.  Areas 
abo’-c  'O  N could  be  covered  by  two  or  more  high-apogee,  near-polar-orbit  satellites. 
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The  backbone  of  the  ocean  coverage  net  will  be  shf  satcom  jam-protected  (note  1) 
2.5-degree  beams  which  will  each  cover  about  a 1600-km-diameter  area.  Eleven  of  these 
beams  would  provide  simultaneous  major  crisis  coverage  for  1 1 task  forces  which  might  be, 
for  example,  in  the  following  areas  (but  switchable  to  other  areas): 

Western  Atlantic,  Caribbean.  Greenland-lceland-UK  (G-I-UK)gap, 

Middle  and  Eastern  Atlantic,  Western  Mediterranean,  Eastern  Mediterranean, 

Indian  Ocean,  Western  Pacific,  Northwestern  Pacific,  Northern  Pacific, 

Eastern  Pacific. 

Three  2.5-degree  beams  on  each  satellite  (except  for  the  Atlantic  satellite,  which  re- 
quires five)  would  more  than  satisfy  the  demand. 

An  additional  area  coverage  beam  on  each  satellite  would  provide  low-data-rate  service 
to  units  outside  the  crisis  areas  covered  by  the  narrow  beams.  This  would  provide  jam-protected 
service  at  high  data  rate  on  the  shore-to-ship  link  and  75-bps  jam-protected  return  (ship-to-shore 
link). 

The  shore-to-ship  paths  would  have,  for  each  satellite,  up  to  32  TDM  2400-bps  chan- 
nels. The  ship-to-shore  path  would  be  thirty-two  2400-bps  FDM  channels.  Groups  of  mobile 
units  assigned  to  a common  mission  or  task  would  be  assigned  one  of  the  FDM  channels  to 
operate  as  a common  user  group*  with  DAM  A protocols  capable  of  providing  5-30-s  response 
time  for  all  tactical  voice  and  data  (including  tactical  intelligence)  and  still  having  capacity  for 
general  service  and  special  intelligence  traffic  (flash  through  routine)  as  well  as  some  facsimile. 
Most  platforms  including  P-3  will  need  two  channels  one  for  data  and  one  for  voice.  For 
example,  the  P-3  will  need  to  join  one  of  the  ASW  voice  coordination  nets**  in  the  ocean 
area  and  simultaneously  need  tactical  data  access  for  ASW  and  related  tactical  purposes. 

With  the  shf  backbone  described  above,  the  ocean  area  requirements  items  listed  in 
table  2-1  of  appendix  G are  all  satisfied  for  mobile  units  having  the  terminals*  **  except  items 
1-G,  L.  The  sub  and  P-3  to  shore  LPI  requirements  are  satisfied  to  the  extent  that  it  will  be 
difficult  to  correlate  shf  radiations  with  any  given  platform  as  long  as  all  platforms  are  using 
the  same  signal  formats. 

The  mobile  units  will  require  a 1 -metre  parabolic  antenna.  It  should  he  no  larger  to 
ensure  that  space  and  weight  problems  do  not  militate  against  providing  shf  satcom  services 
to  D1  and  FF  size  ships. 


•The  memberships  in  the  groups  will  be  limited  in  size  to  ensure  acceptable  response  to  service  demands 
**This  requirement  listed  as  item  l-M  in  table  2-1  of  appendix  C>. 

***The  mobile  unit  will  require  a steerable  I -metre  parabolic  antenna  or  equivalent. 

Note  I Limited  to  large  platforms  (I  I oi  larger)  Also  limited  by  EMC  with  EW  and  weapons  guidance 
installations,  and  danger  of  exploitation  by  ARM.  Jamming  may  reduce  rate  pet  ship  to  75  bits  pci 
second  (bps)  and  stop  all  services  except  for  brief  tactical  and  strategic  messages.  AJ  could  be  provided 
by  null-steering,  spreading  the  75  bps  in  a 2400-bps  signal  and  frequency  hopping  in  the  32  1 DM  channels 


To  ensure  that  the  requirement  for  0.99  probability  of  successful  message  delivery 
is  met  and  to  satisfy  disadvantaged  users,  the  shf  backbone  sub  network  will  be  comple- 
mented as  follows: 

1 . A 2400-bps  serial  broadcast  via  synchronous  satellite  with  an  shf  jam- 
protected  shore-to-satellite  link  and  an  earth  coverage  uhf  downlink  ser- 
vicing mobile  units  with  0-dB  antennas.  A 75-bps  uhf  ship-shore  satellite 
link  should  be  provided  fororderwire  and  DAMA  ARQ.* 

2.  An  hf  backup  half-duplex  DAMA  netted  operation  supported  by  high-power 
shore  transmissions  of  frequencies  in  groups  of  five  which  can  be  used  in  subnets 
of  one  or  more  frequencies  for  half-duplex  operation  on  demand  of  mobile  plat- 
forms ( 1 200-  or  2400-bps  operation  on  each  hf  assignment).  This  operation 
will  be  supported  by  a major  DCS  communications  station  with  at  least 

two  associated  DCS  radio  stations  in  each  ocean  area.  A demand  assigned 
LPI  75-bps  (note  2)  mobile  unit  to  shore  capability  should  be  provided  as 
part  of  this  capability.  This  capability  will  provide  backup  service  satisfying 
all  the  user  ocean  area  requirements,  except  items  1-G,  L.** 

3.  Shore  to  mobile  unit  jam-protected  broadcasts  on  vlf  and  If  from  at  least 
two  stations  in  each  ocean  area.  This  provides  capability  for  requirement 
items  I-E  (note  3). 

4.  Optical  and  ehf  satellite  net  providing  survivable  and  AJ/LP1  connectivity 
with  submarines  as  prime  customer  (note  4). 

5.  To  satisfy  requirement  L,  it  is  probable  that  the  shf  satcom  will  have  to  add 
one  narrow  beam  per  ocean  area  and  three  200-kbps  channels  per  ocean  area. 

In  addition,  the  ship  terminal  may  need  at  least  a 4-metre-diameter  parabolic 
antenna  if  some  jam  protection  is  desired. 

6.  Requirement  item  L cannot  be  satisfied  via  foreseeable  technology.  The 
requirement  can  be  satisfied  out  to  about  400  km  on  an  LOS  basis  by 
using  shf  or  millimetre  wave  point-to-point  links. 

•The  orderwire  and  ARQ  capability  for  the  uhf  satellite  broadcast  should  also  be  available  through  other 
ship-shore  links.  The  uhf  uplink  is  not  jant  protected.  Each  ship  joining  the  uhf  satellite  broadcast  is 
assigned  I second  every  2 minutes  with  which  it  can  request  more  capacity  on  the  ship-shore  link,  if 
needed . 

••Requirement  items  referred  to  are  those  of  table  2-1  in  appendix  (>. 

Note  2 Antijam  and  LPI.  though  technically  feasible,  are  very  expensive  except  for  limited  protection. 

Note  } At  If  and  below,  the  available  data  rate  is  limited  by  the  bandwidth  of  the  transmitting  antenna. 
Note  4 Optica)  communication  is  limited  by  cloud  cover  in  areas  where  terrain  results  in  very  thick 
cumulous-type  cloud  formations.  For  submarines,  additional  data  rate  limitations  will  be  imposed  by 
submarine  depth  and  attenuation  due  to  suspended  particles  and  marine  life. 


Network  designs  must  ensure  that  an  attack  on  one  capability  does  not  produce 
collateral  damage.  (Eg,  shf  and  hf  assets  ashore  must  be  widely  separated  and  linked  so  that 
several  links  and  nodes  can  be  destroyed  without  fragmenting  the  net.) 

b.  Extended  Line-of-Sight  Net 

* This  net  will  not  only  serve  intra-task-force  purposes  but  will  also  connect  dis- 

advantaged users  into  the  DCS  via  a gateway  ship.  For  example,  a PHM  is  large 
enough  to  handle  about  one  vlf/lf  receiver,  two  hf  transceivers,  and  two  to 
four  vhf/uhf  transceivers.  Except  for  vlf/lf  capability,  the  PHM  usually  needs 
all  of  these  for  intra-task-force  operations.  Messages  to  or  from  DCS  must  be 
packet  switched  into  the  intra-task -force  nets  and  use  another  larger  platform 
in  the  task  force  as  a gateway  node.  This  net  satisfies  requirement  items  II-A,  B. 

Individual  elements  of  this  net  are  as  follows: 

1 . A backbone  AJ  hf  subnet  capable  of  up  to  1 2 kbps  total  using  as  many 
as  five  general-use  24-kbps  channels  for  data  and  voice  on  different  hf 
frequencies.  Under  jamming  conditions,  the  net  must  be  capable  of  at 
least  300  bps  on  one  spread-spectrum/frequency  hop  rf  link  while  the 
remaining  three  or  four  narrowband  channels  are  used  for  additional  or 
redundant  data/voice  transmission.  The  net  should  be  capable  of  being 
used  in  an  adaptable  way  so  that  platforms  under  different  degrees  of 
jamming  get  different  service  front  the  network  at  a given  time.  Typical 
members  of  this  net  are  ships,  large  aircraft,  amphibious  command 
vehicles,  and  vans,  and  occasionally  submarines.  The  hf  links  should  pro- 
vide range  out  to  a minimum  of  160  km  (up  to  480  km).  Several  addi- 
tional voice  channels  are  required  on  large  amphibious  ships  for  amphibious 
operation.  In  addition,  one  or  two  inter-TG  voice  channels  are  required 
on  TG  command  ships. 

2.  The  prime  backup  element  for  the  hf  subnet  is  the  shf  sat  com.  Intra-  ^ 

task-force  messages  can  be  packet  switched  into  the  packet  stream  of  the 
FDM  ship-shore  link  for  delivery  via  one  of  the  uhf  satellite  broadcast,  the 
shore-ship  TDM  links  of  the  shf  satcom,  the  shore-ship  111  links,  or  the 
uhf  satellite  broadcast. 

3.  Any  other  ship-shore  connectivity  can  be  used  as  backup  to  relay  a mes- 
sage < by  packet  switching)  via  a shore  node  of  the  DCS. 


4.  The  LOS/ELOS  network  is  the  third  backup  and  complementary 

network  which  provides  ELOS  connectivity  via  surface  or  airborne  relay. 

c.  LOS/ELOS  Net  (ELOS  via  surface  or  airborne  relay) 

The  LOS/ELOS  network  provides  the  primary  connectivity  for  ships  opera- 
ting within  40  km  of  one  another  and  ship  to  air  out  to  500  km.  It  also 
provides  complementary  coverage  to  hf  at  ELOS  with  Lx  band  and  uhf 
(225-400  MHz)  using  relay. 

1.  An  Lx  band  subnet  operating  at  up  to  50  kbps  which  is  AJ  protected. 

This  subnet  will  be  operated  according  to  a scheme  evolving  for  the 
ITNS/JTIDS-IL  This  will  include  extensions  via  the  E-2,  S-3,  and  P-3 
type  aircraft  to  high-performance  aircraft  (such  as  the  F-14),  to  ground 
combat  zone  air  controllers,  and  occasionally  to  escorting  SSN.  This 
net  may  on  occasion  be  supported  by  high-altitude,  long-range  RPV 
(Compass  Cope)  launched  from  shore  (especially  in  high-threat  areas 
such  as  the  G-I-UK  gap,  the  Mediterranean,  and  the  Northern  Pacific). 

2.  A uhf  band  (225-400  MHz)  (the  uhf  growth  radio  program)  subnet  for 
backup  secure  voice/data  for  ship-ship,  ship-air  service.  This  will  include 
CATCC  services  and  aeronautical  emergency  (243  MHz).  This  subnet  must 
be  organized  in  a way  which  will  prevent  ESM  from  identifying  CATCC 
traffic  as  unique  to  a CVA. 

Additional  services  for  Amphibious  Air  Strike  support  and  Navy  special 
warfare  such  as  UDT  are  to  be  provided  in  this  band.  Backup  ship-ship, 
ship-air  service  may  also  be  required  in  this  band. 

3.  A vhf  band,  30-76-MHz  net  will  be  provided  for  amphibious  operation, 
small  craft  control,  amphibious  command  vehicles,  and  shore  fire 
control  (note  5). 

4.  An  optical  scatter  mode  subnet  which  as  a minimum  will  provide  75-bps 
data  extension  to  SSNs  operating  at  depth. 

Note  5:  The  tactical  data  nets  at  hf  & Lx  hand  together  have  sufficient  capacity  to  handle  digital  messages 
designating  targets  and  calling  for  weapons  support  for  amphibious  related  purposes.  However  the  need 
for  both  voice  and  data  service  on  a time-shared  basis,  the  limited  weight -carrying  capacity  of  the  ground 
controller  who  must  usually  carry  the  radio  on  his  back,  and  need  (in  many  cases)  for  over-the-hori/on 
connectivity  will  probably  limit  the  solution  to  vhf/uhf  ( ie.  30-76  Mil/  loi  ground/ship  connections, 
and  22^-400  Mil/  for  ground/air  connections).  Data  entered  via  vhf  uhf  should  be  switchable  lot 
broad  distribution  as  required  on  the  main  data  nets 
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5.  A multiplexed  optical  data  loop,  ship-to-ship,  for  very-high-data-rate 
weapons  coordination  by  ships  in  close  company  involved  in  close-in 
defense.  (Close  company  means  ship-ship  links  of  approximately  10  to 
15  miles.)* 

6.  Sht,  millimetre  and/or  optic  links  air  (LAMPS)  to  ship,  weapons  direction, 
S-3  or  P-3.  These  are  limited-use,  point-to-point  links.  Assets  supplied 
for  item  (5)  above  are  sufficient  for  some  links  on  time-share  basis. 
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* 1 statute  ntile  = 1 .6  km  (approx ) 

1 nautical  mile  = l .8  km  (approx) 
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Net  access  time  is  average  allowed  time  delay  for  highest -priority  message  expected.  Message  precedence  is  correlated  with  allowed  delay  time  (eg.  under 
item  II.  A has  a 5-s  response  time  except  for  graphics,  therefore,  graphic  packets  are  transmitted  on  a “space  available"  basis  on  this  net) 


TABU  64.  NAVY  IISI  K DATA  TRANSIT  R AND  NETWORK  REQUIREMENTS  (Continued). 
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7.0  COMMAND  CONTROL  PROCESSES  AND  RECOMMENDED  POST-1 985 

CAPABILITIES 

The  purpose  of  this  section  is,  first,  to  highlight  the  processes  that  the  commander 
and  his  staff  must  go  through  as  a system  user  to  obtain  information,  assess  the  situation, 
decide,  and  generate  reports  and  directives.  (These  processes  are  the  Information  Processing 
(IP)  and  man/machine  coupling  (MMC)  functions  of  the  node).  Then,  a set  of  required 
capabilities  will  be  matched  against  these  processes  and  also  allocated  to  the  subelements 
of  IP  and  MMC. 

7.1  Functional  Definition 

The  command  functions  in  the  Navy  C^  Network  may  be  conveniently  character- 
ized in  part  in  terms  of  four  basic  functional  categories: 

Information  input 

Situation  assessment 

Decision  and  direction 

Report  and  directive  generation 

The  command  control  processes  specified  in  Naval  Warfare  Publication  (NWP) 

11 -IB  are  grouped  into  these  four  categories  in  the  following  functional  analysis. 

The  implementation  of  these  functions  at  the  various  nodes  will  be  dependent  on: 

The  nodal  mission  and  location  within  the  command  hierarchy 

The  time  frame  in  which  the  node  is  viewed  (eg,  1980,  Post  1985) 

However,  the  functions  themselves  are  invariant  with  respect  to  node  and  time  frame,  and 
can  be  characterized  by  inputs,  processes,  and  outputs  which  are  generic  in  nature  and 
nodally  independent. 

This  allows  the  functional  description  of  a baseline  or  reference  node  to  be  used 
as  the  framework  within  which  architectural  issues  will  be  addressed.  Those  issues  will 
relate  to  the  methods  by  which  the  reference  nodal  functions  are  implemented  at  the 
various  Nt'-^N  nodes.  Detailed  functional  descriptions  are  given  in  appendix  Figure  7-1 
shows  the  relationship  of  the  basic  command  control  functions  within  a node.  The 
information  input  function*  is  the  front-end  processing  function,  which,  in  effect,  prepares 
the  information  v>r  use  by  a man  in  either  the  situation  assessment  or  decision  and 
direction  function.  The  situation  assessment  function  is  the  function  in  which  own  force 
missions  and  tasks  are  analyzed  with  respect  to  own  and  enemy  capabilities  and  potential 

•A  specified  subset  of  the  information  input  is  tasking,  which  is  discussed  in  section  7.7.1, 
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Figure  7-1.  Nodal  functional  relationships. 

enemy  courses  of  action  (COA).  The  resulting  estimates  of  the  situation  become  the  major 
input  to  the  decision  and  direction  function.  Situation  assessment  is  a continuous  moni- 
toring and  evaluation  process,  and  its  results  may  modify  existing  data  base  information 
or  create  new  information.  This  is  shown  by  the  feedback  loop  from  SA  to  II. 

The  decision  and  direction  function  formulates  and  analyzes  alternative  courses  of 
action  to  accomplish  assigned  tasks  and  missions  in  the  face  of  potential  or  actual  opposition. 
Since  the  output  of  the  DD  function  may  change  the  operational  assignments/status  of 
assigned  assets,  figure  7-1  shows  a feedback  loop  to  II.  In  addition,  a two-way  link  is  shown 
between  SA  and  DD  to  illustrate  that  a dialog  between  these  two  functions  occurs  on  a 
continuing  basis. 

The  report  and  directive  generation  function  provides  the  processes  by  which  a com- 
mand node  passes  information,  orders,  alerts,  queries,  and  requests  to  external  nodes.  The 
function  is  not  confined  to  handling  information  developed  after  a particular  decision  has 
been  made:  it  provides  a means  of  immediately  outputting,  to  cognizant  commands,  critical 
information  received  and  identified  by  the  II  or  SA  function. 
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It  must  be  mentioned  that  these  four  basic  functions  are  performed  continually, 
beginning  with  the  mission  planning  phase  and  proceeding  through  monitoring  and  evalua- 
tion of  operations  to  eventual  mission  termination  and  results  analysis.  Furthermore,  the 
processes  outlined  to  carry  out  these  functions  are  invariant  within  this  continuum. 

They  apply  as  is,  during  planning,  execution,  and  immediate  postoperational  review  and 
analysis. 

7.1.1  Tasking 

In  a broad  sense,  tasking  at  any  level  in  the  NC^N  hierarchy  can  be  considered  as  a 
particular  class  of  information  inputs.  Tasking  is  always  generated  at  a higher  node  in  the 
command  echelon  than  the  particular  node  in  question,  and  becomes  an  integral  part  of  the 
node’s  data  base  via  the  information  input  function.  Examples  of  data  base  information  in 
the  tasking  category  are: 

Objectives 

Mission  (Fleet/Force/Group/Unit) 

Specific  tasks 

Plans  (EMCON,  communications,  etc) 

Rules  of  engagement 

The  formats  in  which  tasking  is  received  by  a node  are  time-frame  dependent.  For 
example,  presently,  tasking  is  received  in  the  form  of  OP-ORDERS,  OP-PLANS.  Letters  of 
Instruction  (LOI),  Employment  Schedules  (EMPSKED),  and  messages  including  NTDS  force 
orders.  In  addition,  tasking  in  the  form  of  tactical  orders  and  maneuvering  instructions  at 
sea  is  communicated  primarily  over  voice  radio  circuits  and  in  ATP-l  volume  2 (Allied  Naval 
Signal  Book)  code  formats.  However,  this  may  not  be  the  case  in  either  the  1 980  or  post- 
1985  time  frame. 

Tasking  is  unique  as  a class  of  information  input  because  it  provides  a nodal  threshold- 
ing mechanism,  and  is  used  in  establishing  the  following: 

1 . Intemodal  connectivities  - what  network  or  networks  the  node  will  function 
within 

2.  The  data  base  files  and  elements  the  node  will  maintain 

3.  The  set  of  operational  procedures  and  applications  programs  the  node  wilt 
utilize 

4.  An  initial  set  of  conditions  to  be  reviewed  and  evaluated  during  performance 
of  the  situation  assessment  function 
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5.  Primary  input  to  the  decision  and  direction  function,  in  which  specific 
determination  of  how  the  tasking  is  to  be  implemented  is  accomplished 

6.  Setting  thresholds  on  the  report  generation  function  as  to  frequency  and 
routing  of  reports,  as  well  as  defining  content  requirements 


In  summary,  the  utilization  of  tasking  information  permeates  all  four  of  the  basic 
functions,  appearing  as  inputs  to  each  in  a form  dictated  by  the  requirements  of  the  indi- 
vidual function. 

7.1.2  InterfunctionaJ  Flow 

In  order  to  conceptually  integrate  the  four  functions  in  terms  of  information  and 
subfunctional  flow,  an  all-inclusive  representation  (fig  7-2)  was  developed  which  expands 
figure  7-1  in  a flowchart  format  derived  from  the  information  processing  functional  des- 
cription of  appendix  C.  Read  top  to  bottom  and  left  to  right,  the  sequential  and  internally 
iterative  nature  of  the  C~  process  is  illustrated  in  a manner  which  highlights  the  relative 
contribution  of  each  function,  in  terms  of  output,  to  the  overall  process. 

Also  apparent  are  the  inherent  dependencies  of  each  function  upon  the  others  for 
its  input.  This  observation  extends  even  to  the  information  input  function,  which  receives 
substantial  feedback  from  report  generation  in  the  form  of  internal  data  base  updates. 

A major  observation  not  readily  apparent  is  the  iterative  nature  of  the  process  as 
a whole;  that  is,  the  four  functions  are  performed  in  a continuous  sequence  throughout 
the  course  of  a given  mission,  with  the  number  of  iterations,  and  the  time  required  for  each, 
situation  dependent.  Taken  in  total,  the  four  functions  encompass  all  relevant  aspects  of 
command  control  and  provide  a baseline  for  structuring  the  post-1985  NC^N  architecture 
along  functional  lines. 

7.1.3  Rationale  for  the  Generic  Functional  Approach 

The  purpose  of  developing  the  foregoing  description  of  a generic  reference  node  is 
to  provide,  through  an  explicit  statement  of  functional  commonality  among  all  nodes  of 
the  NC'^N.  a framework  within  which  architectural  issues  of  the  current,  1980,  and  post- 
1985  time  frames  will  be  addressed.  Recognizing  that  these  issues  relate  primarily  to  the 
means  by  which  the  basic  functions  are  implemented,  the  observation  that  implementation 
is  inherently  node  and  time-frame  dependent  led  to  the  adoption  of  the  following  docu- 
mental guidelines: 

a.  The  functional  description  must  be  sufficiently  generic  to  represent  any 

node  in  the  NC'^N  from  FLTCINC  to  platform  level  while,  at  the  same  time, 
sufficiently  detailed  to  minimize  ambiguity  concerning  functional  boundaries. 
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b.  It  must  provide  an  adequate  framework  so  that  the  ensuing  articulations  of 
current,  1980,  and  post-1985  implementation  schemes  can  be  readily  com- 
pared and  relative  merits  manifested. 

With  respect  to  detailing  the  implementation  of  the  four  basic  functions,  the  speci- 
fication of  the  generic  node  serves  further: 

a.  As  a basis  for  bounding  the  scope  of  post-1985  command  concepts  and  tech- 
nology assessments 

b.  In  conjunction  with  technology  assessment  to  provide  primary  rationale  for 
the  subdivision  of  functional  responsibilities  between  man  and  machine 

c.  To  furnish  guidance  for  the  specification  of  automated  operational  applica- 
tions programs  and  decision  aids  to  support  the  situation  assessment  and  de- 
cision and  direction  functions 

In  view  of  the  foundational  nature  of  this  document,  a concerted  effort  was  made 
throughout  its  development  to  draw  upon  accepted  doctrinal  publications  to  ensure  that  its 
validity,  and  hence  eventual  usefulness,  would  not  be  open  to  question. 

7.2  Synthesis  of  Alternative  System  Architectural  Features 

The  following  section  is  devoted  to  the  systematic  derivation  of  viable  C-* 

\ 

alternative  architectural  features. 

7.2.1  Methodology 

With  the  objective  of  being  as  rigorous  as  possible  in  developing  system  alternatives, 
the  following  methodology  (dictated  by  the  qualitative  descriptions  of  architectural  elements 
and  system  operational  requirements)  was  adopted: 

• Specification  of  architectural  element  alternatives 

• Evaluation  of  each  such  alternative  relative  to  each  performance  criterion 

• Ranking  of  architectural  element  alternatives  by  tradeoffs  among  the  perfor- 
mance criteria 

• Synthesis  of  ranked  system  alternatives  by  system  sensitivity  judgments  with 
respect  to  the  major  architectural  elements 

• Reduction  of  plausible  system  alternatives  to  a viable  set  judged  as  meeting 
ostein  operational  requirements 

\ ethodology  is  applied  in  detail  in  appendix  K 
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7.2.2  Summary  Description  of  the  Selected  Alternative 

Appendix  K describes  three  NC'^N  architectural  alternatives  each  of  which  provides, 
to  a degree,  the  totality  of  capabilities  necessary  to  support  the  four  basic  functions  of 
command  control.  Appendix  K describes  these  alternatives  and  the  selection  rationale  in 
detail. 

Briefly,  the  methodology  used  entailed  the  following  procedure: 

• The  alternatives  were  specified  in  terms  of  the  architectural  subsystems; 
ie,  links,  information  processing  subsystem,  etc. 

• The  subsystems  were  evaluated  with  respect  to  each  performance  criterion  to 
derive  the  relative  importance  of  each  subsystem  to  each  overall  system 
performance  parameter. 

• Following  this,  subsystem  alternatives  were  ranked  by  using  tradeoffs  among 
the  performance  criteria. 

• Then  a synthesis  of  ranked  system  alternatives  with  respect  to  the  major  sub- 
systems was  performed. 

• Finally,  plausible  system  alternatives  were  reduced  to  a set  judged  as  meeting 
system  operational  requirements. 

The  alternative.  System  1,  was  ranked  the  highest.  The  system  features  of  this 
selected  alternative  are  described  below.  This  summary  reflects  the  features  listed  in 
table  6-1  and  table  K 1-1. 

a.  Nodes 

1 . Command  facilities.  The  operational  commander  ashore  will  have  a cen- 
tralized command  center  and  an  alternate  designated  C~  center  afloat, 
and  an  available  airborne  command  post.  At-sea  commanders  and  unit 
platforms  will  have  suitable  tailored  command  centers.  The  c,iore  complex 
will  be  self-sustaining  for  1 20  days,  afloat  platforms  for  60  d.  s.  Prespec- 
ified commands  noncollocated  with  the  central  shore  site  and  designated 
at-sea  commanders  subordinate  to  the  OTC  have  the  requisite  authority 
for  the  automatic  assumption  of  command.  There  will  be  provisions  for 
system-wide  notification  of  command  assumption.  The  aforementioned 
command  centers  will  have  redundant  terminations  via  a unified  DoD 
packet  switched  network  to  the  NCA.  to  primary  ocean  surveillance  and 
intelligence  nodes,  and  to  Task  Force  circuits:  and  designated  commands 
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will  have  authority/capability  of  injecting  critical  messages  in  the  MF.ECN. 
Alternate  command  centers  will  maintain  essential  elements  of  information 
contained  in  the  central  shore  site  via  periodic  update.  The  at-sea  com- 
manders also  will  update  alternate  at-sea  command  centers  with  such 
information. 

b.  Nodal  Subsystems 

1 . Standards.  Internal  time,  location,  and  frequency  standards  are  provided 
for  periodic  updating  of  positional  information  of  at-sea  forces  operating 
in  synchronous  nets  so  that  they  are  able  to  locate  themselves  in  both 
space  and  time.  Positional  information  is  provided  in  terms  of  true  (lat/ 
long)  and  relative  to  meet  the  accuracy  requirements  of  C^  including  the 
accuracy  requirements  for  short-/long-range  aircraft  inertial  update  and 
guidance  of  OTH  weaponry.  The  provision  of  these  standards  including 
laser  gyro  for  missiles  will  enhance  the  coordination  of  multimissile, 
multiplatform  employment  via  command  control  nets.  This  alternative 
also  provides  for  distribution  nets  on  large  platforms  which  reduce  the 
cost  of  providing  time,  frequency,  location,  and  vectors  to  electronic 
functions  distributed  throughout  the  platform. 

2.  Links.  Transmission  links  that  will  be  needed  in  the  NC^N  are  those 
which  exploit  the  diverse  spectra  of  electromagnetic,  optical,  and  acous- 
tic media  for  meeting  global  connectivity  requirements.  Commercial  and 
non-Navy  assets  also  will  be  used  in  crisis  situations.  The  attributes  of 
required  links  include  extensive  system-wide  automation  and  integrity. 
Media  connectivity  will  include  vlf  thru  vhf,  uhf  and  shf  satellite  mix  for 
ship-shore-ship,  wireline/microwave  for  shore  interconnections,  and  elf/vlf 
and  optical  Satcom  capability  for  submarines,  major  flags,  and  carriers. 

Hf  also  will  be  required,  particularly  for  use  as  a backup  link.  The  pro- 
vision of  techniques  and  procedures  will  be  incorporated  to  ensure  that 
the  NC'^N  will  be  able  to  operate  gracefully  in  various  degraded  states  to 
the  MEECN  level.  Preplanned  capability  to  access  selected  private  satel- 
lite systems  and  selected  survivable  non-Navy  sites,  sueli  as  NORAI)  and 
SAC.  for  onward  relay/interconnection  to  the  NCA  via  WWMCCS  will 

be  provided.  All  ship-shore-ship  terminations  are  established  automatically 
with  direct  access  to  DCS.  New  high-speed  efficient  tactical  data  links. 
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synchronized  on  the  basis  of  internal  nodal  time  standards,  are  provided 
among  all  combatants  and  underway  replenishment  (UNREP)  groups  and 
shore  commands.  The  addition  of  scatter  mode  optical  links  may  be  possible. 
Procedures  and  techniques  are  included  to  provide  automatic  reconfiguration 
of  networks  to  accommodate  command  structure  changes.  System  I includes 
the  provision  for  LP1/AJ  with  automatic  recognition  of  mode  shifts  for  all 
major  combatants  and  UNREP  groups  and  for  major  shore  commanders. 

This  alternative  also  provides  for  direct  access  to  certain  remote  sensor 
systems  by  designated  at-sea  commanders.  All  links  of  this  alternative 
are  highly  coordinated  in  time,  frequency,  and  space  domains,  and  are 
reactive  to  selected  preset  thresholds.  Such  links  will  optimize  platform 
and  task  force  EMC  and  will  provide  multiplatform  automated  passive 
triangulation  on  emitter  sources.  They  also  provide  bistatic  sensing  and  auto- 
mated hand-over  from  one  sensor  to  another  for  target  following  and  for 
confusing  enemy  ARM  targeting. 

Information  Processing  Subsystem 

1.  Data  processors.  This  alternative  provides  medium-scale/microcomputer 
networks  tailored  to  the  requirements  of  each  command  within  the 
NC-^N.  It  suggests  extensive  use  of  LSI  and  electro-optic  coupling  tech- 
niques. The  indicated  processors  have  semiautomatic/automatic  on-line 
self-diagnostic  and  fault  isolation  and  processor  semiautomatic  reconfigu- 
ration capabilities.  They  are  capable,  along  with  their  attendant  storage 
devices,  of  incremental  expansion.  They  will  be  oriented  to  operate  in  a 
multiprocessing  mode  and  may  have  access  to  other  large-  or  medium-scale 
computers  geographically  distributed  within  the  NC-^N.  System-wide  data 
processor  compatibility  is  emphasized.  Also,  hardware  standardization 
among  ashore  and  afloat  systems  is  a stated  goal  of  this  alternative. 

2.  Systems  programs.  System  I provides  for  rigorous  system  access  security, 
system  continuity,  communications  interface  and  network  control,  and 
powerful  on-line  nodal  man/machine  interactions:  and  through  the  pro- 
vision of  a standardized,  highly  flexible  set  of  software  modules  provides  a 
very  capable  internodal  computer-to-computer  interface.  Other  system  pro- 
gram attributes  include. 

• Extensive  provision  for  dynamic  allocation  of  ADI’  resources 
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• Provision  for  semiautomatic/automatic  on-line  fault  detection, 
isolation,  memory  protection,  and  processor  reconfiguration  in 
event  of  malfunction 

• Segregated  EXEC  for  stand-alone  CPUs  and  distributed  redundant 
EXECs  for  multiprocessor  configurations 

• Modular  software  for  ease  of  replacement,  changing,  debugging, 

i 

and  incremental  expansion 

• Standardized  high-level  languages  for  ease  of  programming,  including 
debugging 

• Control  of  multiple  hardware  and  software  accessibility  checks 

• Adaptable,  clock  synchronous  automatic  network  protocols 
3.  Data  base 

(a)  Reporting  structure.  This  alternative  advocates  complete  standard- 
ization of  the  reporting  structure  and  includes  the  following  system- 
wide  attributes: 

• Standardized  reports  by  format,  type,  and  content  with 
menus  resident  in  each  node’s  data  base 

• System  recognition  of  alternate  authority  leading  to  imme- 

diate  required  reconfiguration  of  reporting  structure  I 

• Standardization  of  reporting  requirements  in  terms  of 

periodicity  and  addresses  . j 

• Maximization  of  reporting  by  exception 

• System  recognition  of  media  changes  necessitated  by  EMCON 

4 

u 

(b)  Data  base  structure.  This  alternative  provides  for  a geographically 
centralized  data  base  at  each  command  center  with  selected  redun- 
dant  essential  elements  ot  information  from  various  other  command 
facilities;  and  the  capability  of  nodes  to  access  data  bases  of  other 
nodes  in  the  NO  N.  Other  attributes  of  this  alternative  include: 

• Complete  standardization  of  formatting  for  all  data  bases 

• Employment  of  data  compression  techniques 

• The  provision  of  optimum  serial/parallel  file  structure  which  is 
recon figurable  with  situational  changes 
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4.  Application  program.  This  alternative  includes  extensive  hardware  in- 
corporation of  commonly  used  programs  supported  by  modular  programs 
each  with  sufficient  capacity  to  meet  operational  requirements.  Func- 
tional capabilities  include: 

• Source/destination  and  handling  requirements  categorization 

• Formatting/conversion  of  data 

• Multisensor  correlation 

• Situation  monitor,  action  recall  and  replay,  and  threshold  comparison 

• Alert  generation/intranodal  routine 

• Time/movement  projection 

• Readiness/logistics  status  prediction 

• Bayesian  updating  and  hypothesis  testing 

• Sensors/weapons  effectiveness  prediction 

• Communications  degradation  prediction 

• Warfare  interaction/outcome  prediction 

• Casualty /damage  prediction 

• Event  scheduling 

• Force/resource  allocation 

• Report  generation 

• I/O  processing 

5.  Procedures.  System  1 advocates  the  provision  of  well-defined  manual 
responsibilities  for  synergistic  man/machine  interaction  in  operating  situa- 
tions ranging  from  mission  planning  to  tactical  response,  suppr  ' / 
extensive  computer-generated  checklists  and  prompting  aids.  Manual 
functions  include: 

• Organization  and  pattern  recognition  of  unstructured  information 

• Quantification  of  initial  preference  values,  risk  attitudes,  and  proba- 
bility parameters;  automated  Bayesian  updating  of  probabilities  and 
judgmental  updating  of  remainder 

• Translation  of  force  characteristics  into  capabilities  and  conceptual- 
ization of  COAs 


• Entry  of  and  evaluation  of  suitability,  feasibility,  and  acceptability 
criteria,  system  assumes  primary  role  in  warfare  simulation 

• Initiation  and  interaction  with  force  assignment  model 

• Interactive  generation  of  orders  and  reports 

In  the  course  of  NC^N  system  design,  team  processing  procedures  for 
both  nodal  and  internode  operation  should  be  well-defined. 

d.  Man/Machine  Information  Couplers 

This  alternative  advances  the  requirement  for  system-wide  standardized  hard- 
ware suites  to  enhance  intra/intemodal  display /transfer  of  information,  while 
meeting  physical  access  security  requirements.  Man/machine  information 
features  include  the  provision  of : 

Interactive  graphics  analysis  terminals 

Multicolor  LED  or  plasma  panel  display  augmented  by  high-resolution  digital 
TV  monitors 

Operator/computer  selectable  microfiche 

Data  entry  access  via  voice  coder/responder  and  multifunction  man- 
packable  keyboard  modules,  light  pen  or  joystick,  and  OCR 

High-speed  facsimile  and  other  hard-copy  display  and  visual/auditory  alarms 
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8.0  R&D  INITIATIVES  FOR  NC3N 

8.1  Introduction 

a.  Objective 

The  objective  of  this  section  is  to  structure  and  describe  an  R&D  program 
for  command  control.  This  program  is  derived  from  statements  of  the  present 
architecture,  the  architecture  expected  to  exist  in  1980,  and  the  architectural 
objective  for  post-1985  command  control  (C“). 

b.  Scope 

Any  commander  or  any  military  decision  maker  for  that  matter  must  concern 
himself  with  all  data  and  information  which  may  affect,  or  be  used  in  the 
process  of,  C . The  commander  must  therefore  concern  himself  with  the 
gathering,  processing  (eg,  decision  making),  and  dissemination  of  all  such  data 
and  information.  This  is  the  essence  of  C“. 

The  best  way  to  describe  and  characterize  this  data  and  information  handling 
problem  and  the  associated  system  design  is  by  means  of  a network  represen- 
tation (ref  9). 

Hence,  one  is  eventually  led  to  the  implementation  of  O in  terms  of  a global 
command  control  and  communications  (C3)  network. 

The  R&D  program  for  O described  here  is  one  to  ensure  the  eventual  construction 
of  a global  CJ  network  to  support  C“  in  the  gathering,  processing,  and  dissemination  of  all 
C~  information. 

8.2  Methodology 

The  R&D  program  for  C~  is  described  in  terms  of  a structured  set  of  closely  inter- 
related projects.  The  structure  is  described  in  section  3,  figure  3-2,  in  terms  of  a four-dimen- 
sional matrix.  The  dimensions  are: 

• The  application  (ie.  what  operational  capabilities  is  the  project  relevant  to?) 

• The  system  attribute  (ie.  what  system  characteristics  (“ility”)  is  the  project  rele- 
vant to?) 

9 “Networks  constitute  one  of  the  most  significant  classes  of  application  problems  in  management  science. 

Yet  the  extent  of  their  pervasiveness  has  only  recently  come  to  be  realized.  A wide  array  of  problems  in 
production . distribution,  financial  planning,  project  selection,  facilities  location,  resource  management  and 
budget  allocation  - to  mention  only  a few  fall  naturally  in  the  network  domain  " Glover,  l;.  and  Kling- 
man,  D \etwork  Application  in  Industry  and  Government,  Texas  University  Center  for  Cybernetic  Studies. 
Research  Report  247.  September  I ‘>75 
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• The  system  function  (ie,  what  is  done  in  the  node?) 

• The  system  component  (ie,  what  parts  of  the  system  are  to  be  constructed?) 

Table  8-3  in  section  8.3  lists  the  projects  and  relates  them  to  three  of  the  four  dimen- 
sions for  defining  project  relevancy.  Figure  8-1  illustrates  the  relevancy  structure  and  shows 
how  an  R&D  project  may  satisfy  only  a small  portion  of  each  axis. 


Figure  8-1 . The  three  dimensions  for  defining  relevancy  of  projects. 

8.2. 1 Definitions  of  Terms 

a.  Applications 

Applications  are  the  use  of  the  system  to  gather,  process,  and  disseminate  data 

and  information  for  the  following  seven  purposes: 

1 . Target  location.  This  includes  location  of  any  geographic  feature,  loca- 
tion of  enemy,  neutral,  or  friendly  platforms,  as  well  as  location  of  own 
platform.  It  also  includes  determining  motion  vectors. 

2.  Communications.  This  application  of  the  system  is  for  transferring 
information  or  data  among  cooperating  nodes  in  a network  either  man  to 
man,  man  to  machine,  or  machine  to  machine. 

3.  Control.  This  application  refers  to  direct  cause-and-effect  (automatic 
or  reflexive)  mechanisms  (such  as  weapons  control). 
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4.  Countermeasures.  This  application  refers  to  those  uses  of  the  system 
which  prevent  the  enemy  from  effectively  applying  his  system  for 
locating,  communicating,  controlling,  measuring  and  predicting  the  en- 
vironment, or  identifying  or  gathering  intelligence. 

5.  Measuring  and  predicting  the  environment.  This  includes  meteorology, 
oceanology,  electromagnetic  phenomena,  and  geologic  phenomena. 

6.  Target  identification.  This  includes  identifying  targets  by  classes  (eg, 
air,  ship,  sub;  or  enemy,  friendly,  neutral)  but  also  with  specific  capabili- 
ties (eg,  speed,  weapons,  electronics)  as  well  as  a possible  unique  identifier 
(eg,  a ship  name). 

7.  Intelligence.  This  application  of  the  system  is  a manipulation  of  available 
data  and  information  to  derive  indicators,  estimates,  or  predictions  of 
future  enemy  capabilities  or  possible  courses  of  action. 

b.  Attributes 

1 . Economy.  The  ability  of  the  system  to  perform  at  an  acceptable  level 
with  low  cost  or  loss  (low  life-cycle  cost). 

2.  Survivability.  The  capability  of  the  system  to  survive  and  function  in 
a specified  nuclear  war  environment. 

3.  Flexibility /adaptability.  The  ability  of  the  system  to  be  reconfigured  to 
suit  changes  in  the  system  environment  or  to  overcome  a failure  or  casualty 
within  the  system.  This  includes  the  ability  to  evolve  over  time. 

4.  Invulnerability.  The  ability  of  the  system  to  operate  in  the  presence  of 
intentional  or  unintentional  electromagnetic  interference  and  to  resist 
enemy  attempts  to  derive  information  by  monitoring  and  intercept. 

5.  Interoperability.  The  ability  to  support  cooperative  activity  among  DoD 
components,  with  allied  forces  on  common  missions  and  tasks,  and  with 
other  groups  both  civil  and  private  involved  in  common  undertakings. 

6.  Quality.  The  accuracy  with  which  the  system  reproduces  an  input  (fidelity) 
or  a representation  of  reality  such  as  unambiguous,  accurate  presentation 
of  a target  location. 

7.  Availability.  The  portion  of  time  that  a system  is  capable  of  performing 
in  a specified  way  and  within  a specified  time  (in  ('-  terminology,  in 
operational  time). 
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8.  Responsiveness.  Ability  of  the  system  to  perform  specified  functions 
in  operational  time. 

9.  Connectivity.  The  ranges  and  directions  in  space  over  which  C~  functions 
can  be  performed  (eg,  ranges  and  directions  over  which  a target  can  be 
detected  or  a communication  path  can  be  or  is  established). 

10.  Usability.  Ease  with  which  human  users  can  interact  with  the  system. 

1 1 . Capacity.  For  a link  the  volume  of  data  that  can  be  transferred  per  unit 
time.  The  volume  of  data  that  can  be  stored.  The  complexity  and 
number  of  processes  that  can  be  undertaken  in  a given  period  of  time. 

c.  System  Elements 

(See  section  6,  this  volume;  and  appendix  C,  volume  4.) 

d.  System  Functions 

(See  section  6,  this  volume;  and  appendix  C,  volume  4.) 


8.2.2  Methodology  for  Project  Evaluation  and  Selection 

Because  of  time  and  budget  constraints  a methodology  is  required  to  maximize  the 
marginal  benefit  to  marginal  cost  ratio  of  R&D  dollars. 

Therefore,  in  selecting  projects,  the  first  ordering  is  according  to  the  importance  of 
C^  system  attributes  as  follows: 


Economy 

Survivability 

Flexibility 

Invulnerability 

Interoperability 

Quality 

Availability 

Responsiveness 

Connectivity 

Usability 

Capacity 


NOTE;  The  selection  must  not  be  on  the 
basis  of  a suboptimization  but 
must  relate  to  the  effect  on  the 
Navy,  or  at  least  on  global  C^ 
capability. 


Table  8-1  gives  a composite  ordering  related  to  subsystems  and  system  function.  The 
table  is  similar  to  the  listing  in  table  6-1 . 

An  ordering  by  system  application  is  not  proposed,  as  such  an  ordering  would  be  time- 
arid  situation-dependent. 
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TABLE  8-1 . ESSENTIAL  C ’ NETWORK  DESIGN  FEATURES. 


8.3  Listing  of  New  R&D  Initiatives 


The  projects  listed  in  table  8-2  are  required  to  achieve  the  post-1985  architecture 
described  in  section  7.2.2.  In  many  cases,  similar  work  is  already  in  progress  (such  as  EO 
processing).  Such  work  needs  to  be  reexamined,  however,  to  ensure  that  it  is  properly 
focused. 

The  listing  in  table  8-2  has  been  organized  to  group  projects  under  six  groups  and  to 
show  related  currently  programmed  R&D  work.  This  is  to  indicate  the  focus  of  each 
project,  even  though  there  may  be  significant  work  to  be  done  in  one  or  more  other  areas. 

Projects  which  have  Navy-wide  or  multiplatform  application  or  impact  were  em- 
phasized while  projects  which  have  platform-specific  application  were  generally  avoided. 
Such  platform-specific  projects  are  thought  to  be  under  the  purview  of  the  platform 
sponsor  within  the  guidelines  and  framework  of  an  overall  Navy  architecture. 

Table  8-3  lists  again  the  projects  given  in  table  8-2  in  a matrix  that  shows  (“X” 
marks)  the  subsystems  which  are  primarily  affected  and  (check  marks)  the  subsystems 
which  are  affected  secondarily.  An  “X”  also  indicates  the  system  applications  that  the 
project  is  aimed  toward  and  the  system  attributes  the  project  is  primarily  intended  to 
improve. 

Interrelationships  among  projects  and  subprojects  are  indicated  in  each  column. 

The  columns  indicating  the  affected  subsystem  arc  especially  important  from  the  point  of 
view  of  integrated  design  and  complementary  effort.  For  example,  a designer  or  project 
manager  working  on  a given  link  can  see  at  a glance  where  there  are  a large  number  of  other 
projects  on  link  designs  which  he  must  be  at  least  familiar  with.  He  can  also  see  (reading 
across  the  row)  that  his  effort  will  include  at  least  some  aspects  of  standards,  information 
processing  subsystems,  or  man-machine  couplers.  A glance  at  these  columns  will  show  other 
projects  which  may  be  closely  related  to  his  own. 

1 he  descriptions  of  the  listed  R&D  initiatives  are  given  in  appendix  L. 
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Project  Name  Related  Current  Project  Elements  (PE)  and  Project  Titles 


Project  Name  Related  Current  Project  Elements  (PE|  and  Project  Titles 


I 
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ii 
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Project  Number 
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TABLE  8-3.  PROJECT  RELEVANCE. 


X = PRIMARY,  v/  = SECONDARY. 


Node/ 

Subsystem 


System 

Applications 


System 

Attributes 


System 

Relevance 


Abbreviated  'v 

Project  Title  \ 


1.  Command  Facilities 

A.  Optimum  Mix  Dist  of  Facilities 

B.  Optimized  Cmd  Cont  Arr 

C.  Integrated  Sys  Mgt  & Cont  Facility 

D.  Empirical  Studies  Cmd  Center 
Man-Machine.  Man-Man  Interaction 

2.  Link  Design 

A.  AJ/LPI  Signal  & Link  Design 

a.  Radar  Against  Bistat  Intercept 

b.  Sonar  Against  Bistat  Intercept 

c.  hf  and  Programmable  Modem 

d.  Mystic  Link  ( Lx  Band ) & C Band 

e.  Acoustic  Comm 

f.  Adaptive  Antennas 

B.  New  Links 

a.  Bl-Or  Laser  for  Satcom,  Target  Del 

b.  IR  for  Target  Det 

c.  Satellite  Radar 

d.  Passive  mm  wave  Target  Del 

e.  Fiber  Optics 

f.  Off-Board  EM  Decoys 

g.  Bistatic  IX’t  Tech 

h.  Acoustic  Links 

i.  Small  Ship  A/C  shf  Satcom 

j.  hf 

k.  uhf 
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e.  Fiber  Optics 
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f.  Off-Board  EM  Decoys 
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g.  Bistatic  Del  Tech 

amum 
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h.  Acoustic  Links 
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i.  Small  Ship  A/C  shf  Satcont 

amum 

j.  hf 
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k.  uhf 

— 
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EMC.  EMV,  EMP  Design 

OHM 

■■■■■■■■BMBEaai 

D.  Predict  Link  Pert  in  Op  Time 

a.  Antenna  Radiation  Dist 

b.  Propagation  Pred  & Into  Dist 

c.  LM  Interference  Proj 

d.  Link  Qual  & Avail 

e.  Environ  Noise  lent  & acoustic) 

3.  Standards 

a.  Laser  Gyro 

b.  Distr  Net  for  Standards 
e.  Time.  Freq  for  Manpack 

4.  Information  Processing 

A.  Data  Processors 

a.  Dist  Proc  & Data  Base  Config 

b.  Mini  & Micro  Computers 

c.  CCD  & Bubble  Memory  Devices 

d.  FiberOptic  Bundles  & Couplers 

e.  EO  Processing 

B.  System  Programs 

• a.  Dist  Proc  Sys  Programs 
b.  Sched  & Networking  Algorithms 

(1)  DAMA  Netting  for  hf.  uhf, 
satellites,  manpack 

(2)  Statist  Ortho  Nets 
( Lx  & C Band  AJ ) 

(3)  Multiplatform/Missile 
Cont  Nets  for  OTII  Targets 

(4)  Fiberoptic  Nets  for  Dist  Arch 

(5)  Bistatic  Multisensor  Nets 

(6)  Auto  Orderwire  for  Global  Nets 

(7)  Joint  Service  Coord  Dev 
interop  (Access  Protocols, 

Enor  Cont) 


c.  MLS 

ran 

■B 

d.  Trend  Analysis 

□ 

□ 

e.  Oper  Status 

ran 

■B 

f.  Data.  Maintenance 

□ 

■B 

g.  Display  Support 

ra 

IB 

h.  Computer  Lang  Assist 

■B 

i.  Statistical  Learning 

■B 

j.  Deductive  Processing 
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C.  Data  Bases 

a.  Report  of  Structure 

b.  Data  Base  Structure 

D.  Application  Programs 

a.  Recall  & Playback 

b.  Navigation 

c.  Dynamic  Assess  & Eval 

d.  Data  Base  Mgt 

e.  Gaming 

f.  Multisensor  Corr 

g.  Assessment  & Control 

h.  Information  Display 

i.  Information  I/O 
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E.  Procedures 


Coot  Nets  for  OTH  Targets 

(4)  Fiberoptic  Nets  for  Dist  Arch 

(5)  Bistatic  Multisensor  Nets 

(<■*)  Auto  Orderwire  for  Global  Nets 
(7)  Joint  Service  Coord  l)cv 
Interop  (Access  Protocols, 

Hnor  Cont) 

c.  MLS 

d.  Trend  Analysis 

e.  Oper  Status 

f.  Data,  Maintenance 

g.  Display  Support 

It.  Computer  Lang  Assist 

i.  Statistical  Learning 

j.  Deductive  Processing 
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C.  Data  Bases 

a.  Report  of  Structure 

b.  Data  Base  Structure 


D.  Application  Programs 

a.  Recall  & Playback 

b.  Navigation 

c.  Dynamic  Assess  & Fval 

d.  Data  Base  Mgt 

e.  Gaming 

f.  Multisensor  Corr 

g.  Assessment  & Control 

h.  Information  Display 

i.  Information  I/O 
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L.  Procedures 

a.  Org/Pattern  Recognition 

b.  Quant  Parameters 

c.  Trans  of  Force  Char 

d.  Tentative  COAs 

e.  COAs  Criteria 

f.  Force  Assignment  Model 

g.  Gen  of  Orders/Rprt 

h.  System  Access  Proc 


IBI 


5.  Man/Machine  Couplers 
A.  Tactical  Display  Suite 

a.  Ship/Shore  Display  Req 

b.  Access/Control  Req 

c.  Multicolor  GVD 

d.  Stdr  Inter  Graplt  Term 

e.  Display  Processor 

f.  Semiauto  Data  Kntry/Access 
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9.0  MANAGEMENT  ISSUES 

Previous  sections  of  this  document  have  described  or  defined: 

Mow  requirements  should  be  stated 

Mow  the  C3  system  should  be  broken  into  its  component  elements 

The  essential  structure  and  principles  and  design  features  of  the  Navy  C3  architecture 

A logical  progression  from  mission  and  environmental  analysis  through  C3  system 

design  and  validation 

Needed  C3  initiatives 

The  needed  C3  initiatives  defined  in  section  5.0  are  managerial,  not  technological. 

Some  of  the  needed  initiatives  relate  to  changes  of  managerial  structures  to  correct  deficiencies 
that  are  of  the  kind  which  caused  the  CIACT*  (report  to  CNO  July  1972)  to  admonish  the 
Navy  to  organize  properly. 

Some  of  the  structural  problems  show  symptoms  in  terms  of  the  way  funding  is 
categorized.  For  example,  the  existing  funding  and  management  structure  inappropriately 
divides  C3  into  communications  and  command  control  components.  (A  better  way  of  par- 
titioning C3  is  given  in  this  document.)  In  the  civilian  marketplace  this  division  is  making 
itself  felt  in  terms  of  a major  legal  upheaval  to  try  to  define  where  regulated  communications 
systems  end  and  ADP  systems  begin. 

The  current  S & TOs  and  ORs  for  C3  reflect  a lack  of  appreciation  of  the  difference 
between  funding  line  items  (inputs)  and  mission  capabilities  (output),  and  assume  a very 
simple  relationship  between  them.  User  needs  (desired  mission  capabilities)  are  usually 
matched  independently  one  to  one  with  fund  allocations.  It  would  be  better  to  have  a com- 
bined statement  of  all  user  needs  and  to  partition  the  funds  to  correlate  with  subsystems. 

The  subsystems  would  be  identified  in  the  system  engineering  process  of  partitioning  a 
common  user  system  aimed  at  satisfying  the  integrated  set  of  all  user  needs. 

Another  major  issue  is  that  of  managerial  innovation.  Experience  has  shown  that  or- 
ganizations responsible  for  the  current  and  near-term  functions  cannot  also  be  responsible  for 
innovative  thinking,  since  the  urgent  tends  to  suppress  the  important. 

Basically,  the  following  are  needed: 

• A group  within  OPNAV  committed  to  providing  thoughtful,  challenging,  and 
innovative  inputs  to  CNO  for  his  Navy  Strategic  Concept  (NSC)  and  his  Policy 
and  Planning  Guide  (PPG). 

*CNO  Industrial  Advisory  Committee  on  Telecommunications 
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• Commitment  within  OPNAV  to  innovative  architecture  which  responds  expli- 
citly to  the  NSC  and  PPG  and  which  is  the  catalyst  for  a Navy-wide  consensus  on 
C'\  This  architecture  must  provide  the  universal  umbrella  under  which  all  Navy 
electronic  system  interfaces  and  interoperability  standards  are  developed,  and  must 
guide  all  designs  for  information  gathering,  processing,  and  dissemination. 

• An  acceptable  overall  Navy  consensus  on  C^  which  provides  a framework  within 
which  OPNAV  platform  and  program  sponsors  and  user  communities  can  control 
their  development  programs  and  resources. 

• A NAVMAT  organization  committed  to  a modular,  standardized  common  user  elec- 
tronic system  development  which  is  capable  of  supplying  the  needs  of  all  platform 
designers  from  a standardized  modular  shopping  list. 

• Restructuring  of  the  funding  categories  to  conform  to  the  evolving  architectural 
consensus  so  that  program  sponsors  are  not  constrained  by  mismatches  between 
evolving  systems  and  outmoded  administrative  structures. 

An  initiative  was  made  by  the  Navy  to  solve  the  problem  in  by  founding  the 
Architecture  Group,  OP-943.  This  has  been,  to  this  date,  the  main  Navy  response  to  the  CIACT 
admonition  to  organize  properly.  This  group  was  almost  immediately  given  additional  respon- 
sibility for  a large  variety  of  near-term  problems  with  the  result  that  there  is  danger  that  insuf- 
ficient resources  will  be  available  for  innovative  long-term  architectural  planning. 

There  is  a continuing  need  for  the  Navy  to  set  aside  a very  small  amount  of  resources 
to  support  in-house,  long-term,  challenging,  and  innovative  planning  for  the  Navy  future. 
Such  an  innovative  group  must  be  protected  from  the  need  to  respond  to  near-term  fire  drills, 
which,  through  their  demand  for  manpower,  will  cause  the  group  to  lose  its  integrity  and 
focus  through  growth  of  staff  and  need  for  constant  short-view  compromises. 

The  Navy  has  recognized  that  its  ability  to  carry  out  its  mission  is  inseparable  from  an 
integrated  and  comprehensive  concept  and  system.  This  means  the  Navy  must  avoid 
fragmented  management  authority  and  organizational  biases  which  create  an  environment  of 
compromise  before  the  fact. 

There  is  a need  to  define  desired  C“  capability  independently  of  ongoing  programs  - 
and  prior  to  the  design  of  new  systems.  Further,  components  of  the  system  must  be 
broken  out  according  to  a commonly  accepted  structure.  Developments  which  require  parallel 
effort  in  two  or  more  components  must  be  managed  in  concert.  This  means  balanced  develop- 
ment effort  within  the  context  of  a comprehensive  OPNAV  architecture  and  NAVMAT  devel- 
opment plan. 
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The  Navy  has  taken  an  innovative  and  forward-looking  point  of  view,  in  terms  of 
planning,  out  to  the  year  2000  and  beyond,  about  its  future  in  naval  platforms,  and  has 
instituted  long-term  developments  while  sacrificing  current  capability  (at  some  recognized 
risk)  by  retiring  obsolete  platforms. 

The  capabilities  proposed  for  in  this  document  will  require  developments  which 
because  of  fiscal  and  technological  constraints,  will  take  until  the  year  2000  to  implement 
completed  in  the  fleet.  This  will  require  perseverance  in  maintaining  the  long-term  view  of 
an  innovative  development  concurrent  with  advanced  platform  concepts. 

The  Navy’s  prime  guidance  from  the  office  of  CNO  should  consist  of:  a Navy  Stra- 
tegic Concept  (NSC),  the  CNO  Policy  and  Planning  Guide  (PPG),  and  a Navy  Command  Con- 
trol and  Communication  Architecture  (NC^A).  The  NC^A  must  define  the  command  concepts 
and  structure  in  response  to  the  PPG  and  NSC  (including  concepts  for  forming,  organizing, 
and  controlling  forces  to  carry  out  Navy  missions).  It  must  also  define  the  performance  and 
numbers  of  the  various  platforms  and  support  organizations  which  must  be  called  upon  to 
participate  in  the  defined  command  structures.  Finally,  a NAVMAT  C^  Development  Plan  in 
response  to  the  C^  architecture  is  required. 

These  documents  would  be  the  Navy’s  top-level  guidance  for  all  electronic  system 
sponsors  and  development  agents. 
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